新聞動態(tài)

決定網(wǎng)站的速度有很多因素，我們這里提出主要的四個，具體如下：

　　1、網(wǎng)絡(luò)的傳輸質(zhì)量

　　事實上除正常重啟外服務(wù)器是很少當(dāng)機(jī)的，一年也難得碰上一回。但由于目前國內(nèi)寬帶用戶的急劇增長，和不斷出現(xiàn)的網(wǎng)絡(luò)病毒，目前國內(nèi)的網(wǎng)

絡(luò)并不是很好（相信大家都有感覺），到處都面臨著線路切割和擴(kuò)容。所以會出現(xiàn)部分地區(qū)暫時訪問很慢甚至不能訪問的情況。遇到這樣的情況請不

要著急，因為你不能訪問并不表示人家不能訪問，你慢并不表示人家也慢。如果都打不開，請先到我們網(wǎng)站首頁看看有沒有服務(wù)器維護(hù)的公告，后

再聯(lián)系我們解決。
 

　　2、服務(wù)器的繁忙程度

　　服務(wù)器上運(yùn)行的網(wǎng)站并不是只有一個，每個網(wǎng)站又有很多的人訪問，就是說服務(wù)器工作的時候平均都連接著好幾千個用戶，任何用戶對服務(wù)器發(fā)

出請求的時候，服務(wù)器都會調(diào)用一定的資源來處理用戶的請求，一般動網(wǎng)論壇的一次請求大約能占用3%的CPU和100KB的內(nèi)存，可以想象，當(dāng)某一瞬間

正好有很多的用戶同時發(fā)出請求，那么服務(wù)器自然會忙不過來，這個時候服務(wù)器就需要等待有空余資源再來運(yùn)行用戶的請求，用戶端就會出現(xiàn)變慢的

情況。所以理論上，服務(wù)器上開設(shè)的網(wǎng)站越少，整體速度就越快，但不能保證出現(xiàn)暫時的停頓。
     當(dāng)我們發(fā)現(xiàn)某個服務(wù)器負(fù)荷較大，就會采取轉(zhuǎn)移分流的辦法，來解決這個問題，同時也會嚴(yán)格檢查占用大量服務(wù)器資源的程序和網(wǎng)站，盡快聯(lián)系

站長進(jìn)行處理。

　　3、頁面本身的因素

　　用戶打開一個頁面，服務(wù)器處理完程序后會把頁面上的內(nèi)容傳給用戶。用戶接收完所有的數(shù)據(jù)以后才能完全打開頁面。很明顯，當(dāng)然服務(wù)器處理

程序很慢或者頁面上的內(nèi)容很大的時候，都會影響用戶打開頁面的速度。服務(wù)器處理程序的時間，就是很多論壇下面顯示的頁面執(zhí)行時間，由于這個

是體現(xiàn)服務(wù)器的運(yùn)算時間，所以這個時間和用戶的上網(wǎng)速度是無關(guān)的，就是說用戶用MODEM和ADSL上網(wǎng)，這個執(zhí)行時間應(yīng)該是一樣的。一般服務(wù)器處理

程序的時間在1000毫秒以下的時候，用戶基本上沒任何感覺，因為服務(wù)器已經(jīng)在1000毫秒（1000毫秒=1秒）內(nèi)處理完所有的內(nèi)容，剩余的時間都是在

傳遞數(shù)據(jù)。如果你的頁面上涉及的文件很大，比如有1MB的圖片在做背景，瀏覽者和服務(wù)器之間，就算能達(dá)到100KB/S的速度，他也至少需要10秒鐘才

能打開這個頁面。所以建議頁面上盡量不要放置過多、過大的內(nèi)容。這也是插件版本的論壇速度慢的原因之一，因為插件版用了大量的圖片、FLASH對

頁面進(jìn)行了美化，同時在頁面上增加了很多顯示的內(nèi)容。

　　4、ACCESS數(shù)據(jù)庫的原因

　　現(xiàn)在網(wǎng)上絕大多數(shù)網(wǎng)站都是ACCESS+ASP的形式，因為ACCESS結(jié)構(gòu)簡單容易處理，而且也能滿足多數(shù)的網(wǎng)站程序要求。ACCESS是小型數(shù)據(jù)庫，既然

是小型就有他根本的局限性，以下幾種情況下數(shù)據(jù)庫基本上會吃不消：

　　1） 數(shù)據(jù)庫過大，一般ACCESS數(shù)據(jù)庫達(dá)到50M左右的時候性能會急劇下降!

　　2） 網(wǎng)站訪問頻繁，經(jīng)常達(dá)到100人左右的在線。

　　3） 記錄數(shù)過多，一般記錄數(shù)達(dá)到10萬條左右的時候性能就會急劇下降!

　　注：以上3條只是我們多年以來的經(jīng)驗結(jié)果，并不只絕對值，具體視情況不同浮動較大

　　ACCESS論壇(如動網(wǎng))大了以后就很容易出現(xiàn)數(shù)據(jù)庫方面的問題，當(dāng)你的論壇數(shù)據(jù)庫在30M以上，帖子5萬左右，在線也在100人左右的時候，你的論

壇基本上都在處理數(shù)據(jù)庫上花時間，這個時候很可能就會出現(xiàn)數(shù)據(jù)庫吃不消的情況，一般癥狀是所有涉及數(shù)據(jù)庫的頁面運(yùn)行都慢的出奇（執(zhí)行時間達(dá)

到5秒以上甚至幾十秒），涉及HTML和純ASP運(yùn)算的頁面都正常，你可以用一般ASP探針測試一下，如果服務(wù)器的運(yùn)算時間正常的話，就是數(shù)據(jù)庫方面的

問題了。

　　解決方法:

　　由于這是ACCESS本身的局限性，所以解決的方法除了減少數(shù)據(jù)量和更換大型的數(shù)據(jù)庫論壇以外也沒什么好辦法，也就是現(xiàn)在常說的論壇危機(jī)，也

是大型的論壇都不是ACCESS的原因。我們推薦以下方法：

　　1） 臨時解決辦法：定期刪除多余的數(shù)據(jù)、壓縮數(shù)據(jù)庫，限制論壇灌水，甚至限制論壇注冊。如果是動網(wǎng)論壇，可以使用論壇自帶的分表儲存功

能，會有較好的效果

　　2） 比較長遠(yuǎn)辦法：更換論壇和數(shù)據(jù)庫，一般都采用動網(wǎng)sql商業(yè)版本+MSSQL 的方案來解決，不過這個需要比較大的投資。因為mssql2000和

ACCESS相比需要更多的資源，光是占內(nèi)存上，就可以達(dá)到每一個在線1M以上的程度，如果你的SQL論壇有100人在線就會吃掉服務(wù)器至少150M以上內(nèi)存