站長....您好:    這些天,我連上這裡,感覺上變得好慢....好像都沒有反應似的... 在點選某主題後,好像都要好久才會顯示出該主題.....    不知道其他朋友是否也有此感覺呢?    我也試過在點選某主題時,馬上去開啟別的網站,結果別的網站都已開啟完畢了,而該點選的主題....卻還是久久未出現... 當然啦...等久了...就會出現了!!

引言: 站長....您好: 這些天,我連上這裡,感覺上變得好慢....好像都沒有反應似的... 在點選某主題後,好像都要好久才會顯示出該主題..... 不知道其他朋友是否也有此感覺呢? 我也試過在點選某主題時,馬上去開啟別的網站,結果別的網站都已開啟完畢了,而該點選的主題....卻還是久久未出現... 當然啦...等久了...就會出現了!! >< face="Verdana, Arial, Helvetica"> 速度慢實在是老問題了, 一開始舊主機用 AMD 1G IIS5 ASP Access 人不多時還好 後來人愈來愈多 改用新主機 P4 2.4G IIS5 ASP Access 速度果然快粉多,爽了約一個月左右 後來確發生Access鎖檔 只好改用 P4 2.4G IIS5 ASP MS-SQL 沒想到用了MS-SQL居然比Access慢上兩倍 現在人少還好,人一多就粉慢,有人砍站時更慘... 短期改善目標,加裝一台MS-SQL Server, 將資料庫主機與網站主機分開兩台電腦, 以加快速度! 長期目標,放棄微軟產品, 改用Linux Apache PHP MY-SQL 重寫網站的程式! 請問有沒有Linux Server與NT IIS Server的效能評估報告分析?? 老話一句,網管真不是人幹的! ～～～

建議平台使用 Free BSD，因比較穩定。FreeBSD 完全可執行 Apache PHP MY-SQL。 FreeBSD vs Linux 就像 MySQL vs PostQueSQL ，後者功能新又多但由於配件由不同的人提供所以較不隱定。前者功能較少但由於版本中央控制所以較隱定可靠。

是呀....    站長大人真是辛苦了....    想想自從來到這裡後,也沒有什麼貢獻,只會提出問題來向各位大大們請教... 實在是慚愧.... (沒辨法,誰叫當初學語言時,就因為不太熟英文而放棄了Delphi ...而如今才上路沒多久,整身的功夫要到達幫他人的程度,還有一段路要走!!)    加油....精神上支持您!!  

引言: 是呀.... 站長大人真是辛苦了.... 想想自從來到這裡後,也沒有什麼貢獻,只會提出問題來向各位大大們請教... 實在是慚愧.... (沒辨法,誰叫當初學語言時,就因為不太熟英文而放棄了Delphi ...而如今才上路沒多久,整身的功夫要到達幫他人的程度,還有一段路要走!!) 加油....精神上支持您!! < face="Verdana, Arial, Helvetica"> 沒關係的,能保有一顆想助人的心, 等到有一天某人因為您的幫忙而解決他的難題時, 那種感覺會很爽喔! ～～～Delphi K.Top討論區站長～～～

站長大人 脫胎換骨後,怕的是您的頻寬不夠用 :Q 不需要評比了吧,麻煩的是要把整個站改寫過.. yckuo

------
yckuo

引言: 站長大人 脫胎換骨後,怕的是您的頻寬不夠用 :Q 不需要評比了吧,麻煩的是要把整個站改寫過.. yckuo

哈哈! 說的也是, 但如果PHP真的會讓效能提高N倍(N>5) 那也是值得花時間努力! ～～～Delphi K.Top討論區站長～～～

對了, 站長特地到Snitz Forum 2000的總站去詢問速度問題, 因為總站也是用ASP寫,首頁顯示速度很約0.7-0.9秒 本站的首頁卻要5.6秒 後來經總站的高手指點 現在本站的首頁只要1.2秒就可以出來的 有興趣的網友請見: http://forum.snitz.com/forum/topic.php?TOPIC_ID=42619 其中會員代號ktleemas就是站長啦! ～～～Delphi K.Top討論區站長～～～

------
～～～Delphi K.Top討論區站長～～～

http://www.gamebase.com.tw/ 這由三台主機 一個防火牆 asp寫的 天使要參考一下它的做法嗎? 不過它的 頻寬是比 ktop 快太多 哈哈 ********************************************************* 哈哈&兵燹 最會的2大絕招 這個不會與那個也不會 哈哈哈 粉好 Delphi K.Top的K.Top分兩個字解釋Top代表尖端的意思,希望本討論區能提供Delphi的尖端新知 K.表Knowlege 知識,就是本站的標語:Open our mind to make knowledge together! 希望能大家敞開心胸,將知識寶庫結合一起

------
**********************************************************
哈哈&兵燹
最會的2大絕招 這個不會與那個也不會 哈哈哈 粉好

Delphi K.Top的K.Top分兩個字解釋Top代表尖端的意思,希望本討論區能提供Delphi的尖端新知
K.表Knowlege 知識,就是本站的標語:Open our mind

站長大人:                目前速度上是快了不少,感覺真棒 在此有些意見可以給站長參考 先不論 > 希望對有興趣的人有些幫助.

------
yckuo

引言: 站長大人: 目前速度上是快了不少,感覺真棒 在此有些意見可以給站長參考 先不論 > 希望對有興趣的人有些幫助. >< face="Verdana, Arial, Helvetica"> 首先感謝您的指導! 1.頻寬當然很重要,但本站大部份時間的頻寬都夠用, 速度慢時都是CPU滿載,一直持續100%, 若CPU使用率能夠上上下下不是一直100%, 此時流覽的速度就快很多, 加上檔案的下載都已經挪到兩個Mirror站台了, 所以目前的512K/512K,暫時夠用, CPU的問題能夠解決就可以快粉多粉多了! 2.您提到的gzip方法,要如何實作? I.E.可以看壓縮檔轉為HTML嗎? 那要如何回傳?有資料可以看嗎? 謝謝指導! 3.RAm Cache的部份,實作上更吃CPU,不見得效果好, 而且本站的討論區形式,是每個會員的Request都是不一樣的結果, 包括有沒有簡訊,上次流覽時間,可以流覽的區域等, 所以Cache並不合適! 謝謝您的指導! ～～～Delphi K.Top討論區站長～～～

站長大人您好: 別說指導啦..小弟東摸西摸沒一樣專精的,僅提供一點東西看有 沒幫助而已. 壓縮的作法可看這邊的 說明,http://www.mozilla.org/projects/apache/gzip/ 但 iis 我不會 @_@ Cache 以我本身作過的來說並不會造成更吃 CPU. 實作上 cache 可以只 cache 不需要變動的讓真正需要變動的才 使用資源,可以省的就省下用 Cache,例同一標題的文章這用 Cache 就好了,不需每人要去看這文章都得再從資料庫取出. 有即時需求的才得以使用資源,而不是把資料庫當猛男予取予求. 資料庫的用量降低相對的您的 cpu 才會有多餘的時間. 資料庫雖然好用,但何時該用,如何用,這才是重要的!! 個人謬論,敬請指教 :) yckuo

------
yckuo

站長大人 M$ 有篇可以參考設定的 http://www.microsoft.com/technet/treeview/default.asp?url=/technet/prodtechnol/iis/maintain/featusability/httpcomp.asp yckuo

------
yckuo

引言: 站長大人 M$ 有篇可以參考設定的 http://www.microsoft.com/technet/treeview/default.asp?url=/technet/prodtechnol/iis/maintain/featusability/httpcomp.asp yckuo

啊!本人真是孤陋寡聞! 想不到IIS裡面就有此選項了, 打開壓縮功能之後傳送HTML的速度變快了N倍! 我在另一個網站測試(非本站), 用一個800K的.html網頁, 快了20倍以上! 等我測可以了, 近期就將本站也改用zip壓縮! 感謝yckuo! ～～～Delphi K.Top討論區站長～～～

用壓縮會減少轉輸量，只是這便會更吃 CPU 了...

引言: 用壓縮會減少轉輸量，只是這便會更吃 CPU 了...

對! 所以站長先用別的網站來觀察幾天看看, 看看所付出的CPU代價,值不值得! 後續狀況會再報導! ～～～Delphi K.Top討論區站長～～～

站長您好: 使用 gzip 多耗了點 CPU 值不值得的問題.以小弟的觀點是絕對值得. 國外頻寬便宜,ADSL 也多的是 6M,8M 的,但身在台灣您必需付出相對 的金錢,但取得的頻寬卻是低人好幾等,所以光以價格來看的話,用了點 CPU 是絕對值得的. 那不以價格看的話,就不是絕對值得了,這就在於用法,何時該即時壓縮呢? 以動態互動網站來說每頁都即時壓確實浪費了 CPU, 但這時候我們可以跳 脫把網頁看成許多的 Block 所組合成的,那些 Block 必需即時壓縮,那些 Block 從 Cache 取就好了,這樣為的是避免全互動網站因為依賴 SQL 太深 非常容易就可以造成 DOS. 那使用 RAM 當 Cache 小弟是不曉的怎會造成更吃 CPU ?? 我在unix 上是使用 SysV/SHM 來實作,這只是切一塊記憶體出來存放資料而已,不會造成更多 CPU 消 耗的, IIS 上,我就不曉的要如何作了 @_@ 以互動網頁程式製作來說,我想應蠻少人注重這種問題.在一頁網頁中我用了多少 SQL QUERY,真的必要嗎?? 那些 QUERY 可以省下可以合併,或進而修改 SQL Table 讓某個 Query 能更快速的完成. 在您作了這些修改後,加上 Cache 加 gzip 的應用,您會發覺,相同的上線人數時 , CPU 還十分優閒從容應付,因為 SQL Query 減少了,網頁 ASP ,PHP 不用浪費 重覆執行的也省下來,良好的調配可以大幅的提升網頁傳輸效能及反應那我們就 能再開發更多的功能或應付更多的上網人口,雖然得對網頁程式作各種的修改配 合,但以安全和金錢來看,我的看法是值得的. yckuo

------
yckuo

引言: 站長您好: 使用 gzip 多耗了點 CPU 值不值得的問題.以小弟的觀點是絕對值得. 國外頻寬便宜,ADSL 也多的是 6M,8M 的,但身在台灣您必需付出相對 的金錢,但取得的頻寬卻是低人好幾等,所以光以價格來看的話,用了點 CPU 是絕對值得的. 那不以價格看的話,就不是絕對值得了,這就在於用法,何時該即時壓縮呢? 以動態互動網站來說每頁都即時壓確實浪費了 CPU, 但這時候我們可以跳 脫把網頁看成許多的 Block 所組合成的,那些 Block 必需即時壓縮,那些 Block 從 Cache 取就好了,這樣為的是避免全互動網站因為依賴 SQL 太深 非常容易就可以造成 DOS. 那使用 RAM 當 Cache 小弟是不曉的怎會造成更吃 CPU ?? 我在unix 上是使用 SysV/SHM 來實作,這只是切一塊記憶體出來存放資料而已,不會造成更多 CPU 消 耗的, IIS 上,我就不曉的要如何作了 @_@ 以互動網頁程式製作來說,我想應蠻少人注重這種問題.在一頁網頁中我用了多少 SQL QUERY,真的必要嗎?? 那些 QUERY 可以省下可以合併,或進而修改 SQL Table 讓某個 Query 能更快速的完成. 在您作了這些修改後,加上 Cache 加 gzip 的應用,您會發覺,相同的上線人數時 , CPU 還十分優閒從容應付,因為 SQL Query 減少了,網頁 ASP ,PHP 不用浪費 重覆執行的也省下來,良好的調配可以大幅的提升網頁傳輸效能及反應那我們就 能再開發更多的功能或應付更多的上網人口,雖然得對網頁程式作各種的修改配 合,但以安全和金錢來看,我的看法是值得的. yckuo

基本上,從理論上, 站長同意您的看法! 經我測試發現, IIS採用壓縮的功能後, 網站流覽的速度有變快, 我是將靜態與動態的壓縮選項都打開, 所增加CPU的負荷好像看不出來(可能CPU太快了), 送出的資料量壓小了, 對IIS來說,Session就可以提早結束, CPU反而有更多的時間可以來處理更多的Session, 以這樣的理論來說, 壓縮應該是有利而無害! 但有兩個層面的影響: 1.壓縮法只適用流覽器有支援http 1.1,而大多數的流覽器都支援1.1, 我測過IE/NetScape都可以,我想除非是很舊很舊版的流覽器才不支援吧, 所以這一點應該不成問! 2.採用壓縮之後,IIS用了一塊Cache才存放壓縮好的檔案, 若使用者再次流覽網頁時,IIS會不執行重整的動作, 也就是有可能會看到舊版的網頁內容, 除非有人按了重整! 這一點理論上說不過去,我還在測試,有後續狀況會再報導! 至於Cache會影響CPU的說法是, 之前我將RAM切為Ram Disk, 用此Ram Disk存放Access的.MDB檔, 結果CPU更忙,因為原本是Hard Disk的i/o去處理, 現在變成主機要負則i/o部份的處理, 就是file access -> cpu -> RAM Disk driver -> RAM 可能您說的cache應用與我想的不同吧! ～～～Delphi K.Top討論區站長～～～

站長您好: 關於 gzip 的用法, IIS 內有開關可用, Apache 內也有模組可用 但,基於全互動網頁的考量,我並不是採用 Web server 內建的壓縮 ,而是交由 php 來完全控制,如此可偵測出 Client 端是否支援 HTTP 1.1 或是該由 Cache 取,或是該馬上產生新網頁出來!!如此可避免不 當的Cache. 關於 Cache 我想我們講的東西是不一樣的,您說的那是 RAM DISK, 那只是將資料換到用記憶體虛擬出的 DISK 上,但這樣只是降低 DISK I/O 所產生的影響,並沒法降低資源的浪費,如過多的 SQL Query ;小弟說的 Cache 是切一塊記憶體來暫存網頁輸出成品或部份區塊. 以本站來看,一般瀏覽下,除了簡訊外,並沒有其它資訊是必須即時向 資料庫時時取得最新資訊的,都是有人 post or reply 後產生新 Cache 即可. 如此變更後,那負責的程式變成接收要求,檢查有無簡訊,取得 cache 送 給Client 就完成了,需要SQL Query 嗎??若沒有 login 就沒簡訊,那完 全不需要 Query. 甚而 SQL QUERY 也需要 CACHE,這樣才不會 access 不夠用,MS SQL 也 不行,Oracle 不夠力. 當然這些都基於效能調整討論啦..要作這些都是蠻苦工的,有碰到這些 問題的人可以朝這方面試試.. yckuo

------
yckuo

這是今天下午三點左右 線上人數:111  網站流覽速度變慢時的 頻寬流量表與CPU使用率圖表 第一個圖是頻寬使用圖表 Y軸代表的是總頻寬512K X軸是時間 綠色的是上傳的流量 , 也就是網友流覽網頁時主機送出的流量 黃色的是下載的流量 , 也就是網友上傳檔案或流覽器送回主機的資訊 可以看出下載的頻寬幾忽用不到(這是當然),除非網友上傳檔案 上傳的部份也都還好,上上下下的,也未將512K的出口總頻寬用完! 第二個圖是CPU使用率 Y軸代表的是CPU使率從0%-100% X軸是時間一格約5秒 CPU的使用率非常高,甚至有時連續一兩分鐘都是滿載100% 從上圖各位可以了解, 本站的512/512K頻寬還好 CPU就不夠用了 所以如何節省CPU的使用率,各位網友流覽本站就會比較順暢! ～～～Delphi K.Top討論區站長～～～

------
～～～Delphi K.Top討論區站長～～～

站長您好:             這樣很難能夠得知網站的瓶頸是卡在那邊,只知道 CPU 用光了 您可以先將對外線路切斷,然後將每一頁的

------
yckuo

引言: 站長您好: 關於 gzip 的用法, IIS 內有開關可用, Apache 內也有模組可用 但,基於全互動網頁的考量,我並不是採用 Web server 內建的壓縮 ,而是交由 php 來完全控制,如此可偵測出 Client 端是否支援 HTTP 1.1 或是該由 Cache 取,或是該馬上產生新網頁出來!!如此可避免不 當的Cache. 關於 Cache 我想我們講的東西是不一樣的,您說的那是 RAM DISK, 那只是將資料換到用記憶體虛擬出的 DISK 上,但這樣只是降低 DISK I/O 所產生的影響,並沒法降低資源的浪費,如過多的 SQL Query ;小弟說的 Cache 是切一塊記憶體來暫存網頁輸出成品或部份區塊. 以本站來看,一般瀏覽下,除了簡訊外,並沒有其它資訊是必須即時向 資料庫時時取得最新資訊的,都是有人 post or reply 後產生新 Cache 即可. 如此變更後,那負責的程式變成接收要求,檢查有無簡訊,取得 cache 送 給Client 就完成了,需要SQL Query 嗎??若沒有 login 就沒簡訊,那完 全不需要 Query. 甚而 SQL QUERY 也需要 CACHE,這樣才不會 access 不夠用,MS SQL 也 不行,Oracle 不夠力. 當然這些都基於效能調整討論啦..要作這些都是蠻苦工的,有碰到這些 問題的人可以朝這方面試試.. yckuo

感謝再次指導, 我想我說的Ram Disk與您的Cahce是完全不同的東西, 您說的應該是Apache的Web Server所提供的功能, 利用Ram來當做輸出的緩衝區,以加快效能, 我想這應該對網站主機的效能提升一定會有幫助的, 當然CPU的負荷就不至於發生了, 但是IIS中不知有沒有此種Ram Cahce的設定, 我再找看看囉! 其次您說: "以本站來看,一般瀏覽下,除了簡訊外,並沒有其它資訊是必須即時向資料庫時時取得最新資訊的" 這句話是不完全正確的, 若您是版主/或是站長,或是特定的虛擬團隊團員,或是星級會員, 或是該篇文章的站長,或是該區的版主,或是有訂閱該區, 都會出現不一樣的功能圖示,或者是限制流覽,或是限制進入, 或者可以修改,或者可以刪除! 這些都要到資料庫才可以查出每個不同人的權限! 這就是站長頭痛的地方, 不然就全部用程式去產生靜態的.html檔, 不就更快? Snitz Forum 3.4版對SQL指令經簡化有明顯進步, 站長會去參考看看, 不過本站雖然使用Snitz Forum 3.3.03版, 但是SQL的指令也經過站長的多次精簡, 要不然剛開始的時後首頁要12秒以上才出的來! 頭大~~~~~~~~~啊 ～～～Delphi K.Top討論區站長～～～

站長您好:             小弟說的Cache 並不是利用 Web Server 的輸出緩衝功能.          而只是單純的切塊記憶體來作區塊或網頁的快取暫存.             當然小弟的級數沒到那麼高,所以不曉得那些變化,僅是舉例而已.          這在於將網頁輸出做區塊切割,集合等等,在實作上沒有那麼輕鬆          也許得將整個程式架構翻掉,所以我說是苦工咩 將互動,可靜態切開,將靜態變成 >

------
yckuo

引言: 站長您好: 這樣很難能夠得知網站的瓶頸是卡在那邊,只知道 CPU 用光了 您可以先將對外線路切斷,然後將每一頁的 >< face="Verdana, Arial, Helvetica"> 最花時間的SQL指令在於這兩頁(查詢) http://delphi.ktop.com.tw/search.asp http://delphi.ktop.com.tw/search_adv.asp 您可以用 "RS232" 這個KeyWord去測試看看, search.asp查"RS232"花,"本次網頁花費18.17188秒" 此18秒內CPU都是100%的, 很恐佈吧! 這代表在這18秒鐘內,大家都會慢下來, 若同時間有多人同時查詢網站內容search.asp, 就會造成一兩分鐘都100%的CPU使用率! 之前用 ASP Access的資料庫,我已經精簡SQL的指令到6秒可以出來! 後來Access發生鎖檔後改用MS-SQL變成要花12秒到18秒, 單獨用MSQ-SQL-Enterprise的工具去下查詢的指令也是 比Access慢粉多! 所以站長之前寫一個定時轉檔程式,每天將發表文章轉入Access資料庫中, 然後查詢時改查Access資料庫, 結果速度變快很多, 但用了不到一個月, 又發生Access鎖檔的情形, 此Access檔只有唯讀的查詢居然也會鎖檔 (產生.LDB檔後就不會消失,所有的User就無法再開啟此.MDB) 所以... 只要能改善查詢的SQL指令 以本站尖峰期只有100-200人online來看 應該不成問題吧! ～～～Delphi K.Top討論區站長～～～

站長您好:            找一筆資料要 18秒,直覺是沒有索引,或跨多重大table,不然實在是         太慢了 . >

------
yckuo

站長您好:              我再來寫幾句賺賺總績分 關於找一筆資料要

------
yckuo

引言: 站長您好: 我再來寫幾句賺賺總績分 關於找一筆資料要 >< face="Verdana, Arial, Helvetica"> 查詢的欄位型態為ntext(類似Access的備忘欄位) 這種欄位是無法建立索引檔的, 但在Accesss時查詢卻很快, 在MS-SQL就很慢, MS-SQL可以對Table做全文檢索的Index, 我試過了, 速度並沒有改善, 而且開起全文檢索要很長的時間, 因為我對MS-SQL的全文檢索功能不熟, 會不會因為使用不當的關係! 有人有用過MS-SQL的全文檢索的索引功能嗎??? ～～～Delphi K.Top討論區站長～～～

經站長調整,現在將: 查詢的網頁部份移到 http://delphisearch.ktop.com.tw 這是另外一台主機,專門處理文章查詢的部份, 每天晚上自動將新發表的文章同步存至這台查詢主機的Access資料庫中 現在查詢的速度加快很多了喔 用"rs232"這個keyword去查詢,只要6秒中以內就可以出來! ～～～Delphi K.Top討論區站長～～～

------
～～～Delphi K.Top討論區站長～～～

測試一下    搜尋:RS232 本次搜尋共找到67筆! 本次網頁花費4.292969秒    搜尋:THREAD 本次搜尋共找到371筆! 本次網頁花費19.61719秒    網管真的不是人幹的！！我們只能說站長加油囉！    沒空更新的網頁... http://big5.to/吃軟也吃硬 C及指標教學,計算機概論,資訊管理導論... http://home.kimo.com.tw/dllee.tw http://coolsite.to/ushells 介紹Shells,LiteStep,GeoShell....

------
http://www.ViewMove.com

DataBase 既然已改 MSSQL. create view for search 應該會好一些. 不過, 這只是治標而已 要治本恐怕需動 > /*

引言: DataBase 既然已改 MSSQL. create view for search 應該會好一些. 不過, 這只是治標而已 要治本恐怕需動 > /* >< face="Verdana, Arial, Helvetica"> 僅是簡單的 select * from topics where t_message like '%rs232%' 就要10秒中以上了 MS-SQL資料庫中三萬多筆,t_message為ntext欄位 這會不會太誇張? 我再試看看view會不會比較快 ～～～Delphi K.Top討論區站長～～～