具體配置如下
DocumentRoot "/downfile"
BandWidthModule On
ForceBandWidthModule On
<Location />
MaxConnPerIP 1
</Location>
<Directory />
Options FollowSymLinks
AllowOverride None
BandWidth all 40960000
</Directory>
<Directory "/downfile">
Options FollowSymLinks
AllowOverride None
Order allow,deny
Allow from all
</Directory>
BandWidth all 40960000 其實單位是字節(jié)，字面上意思是限速40兆，其實下載速率只有100K++ ，測試環(huán)境是晚上9:30-10:20 和早上12：00---2：40 這就奇怪了，難道是單位搞錯了？ 我根據(jù)限速的不同做了一個記錄進行對比。
首先說明的是測試的時候，系統(tǒng)APACHE進程數(shù)在500左右~
第一次限速 2048000 2M的理論速度 在客戶端下載的時候網(wǎng)際快車成波浪號呈現(xiàn)，速度最多是5k-0k-5k..........
第二次限速 20480000 大膽的設(shè)置成20M 看看實際下載速度能有多少，等服務(wù)重啟以后再測試速度達到56k-60k左右了
第三次限速 是根據(jù)前兩次設(shè)置的速率來改的，將速度限制成為40960000 40M，在進程數(shù)達到500左右的時候，內(nèi)存的消耗達到正常，cache數(shù)值沒有那么高了，只有50M左右。對比一下top上關(guān)于內(nèi)存的數(shù)值，你就可以發(fā)現(xiàn)限速沒有做好是對機器最起消耗作用的。
這時候主下載服務(wù)器已經(jīng)可以在晚上高峰期承接500個左右的用戶的下載需求了，速度平均在100k-200k左右。我是機房直接做的測試，得到的數(shù)據(jù)應(yīng)該不受太多帶寬的影響。
下載服務(wù)器一直都是系統(tǒng)維護人員最頭痛的東西，首先是容易掛，
其次是經(jīng)常更新和備份，最后是速度上不去網(wǎng)友們罵你。呵呵
第一次在機房發(fā)現(xiàn)下載時成波浪號曲線時還以為是系統(tǒng)的原因，結(jié)果檢查了一邊APACHE以后發(fā)現(xiàn)沒有配置上的錯誤。最后就選擇了嘗試一下修改限速數(shù)值看
看，最后發(fā)現(xiàn)了有一定比例關(guān)系的?？墒钱?dāng)時在公司做實驗的時候，在BandWidth上設(shè)置的數(shù)值確實可以正常限速，現(xiàn)在想想當(dāng)時只考慮了下載時的上限速
度并沒有考慮到服務(wù)器承受過多壓力以后的運行能力。
總結(jié)一下，好的下載服務(wù)器配置應(yīng)該是可以考慮到超壓情況下的用戶下載速度上限設(shè)置和最低速度的保證！
以上只是我一點實際工作的感受，有什么不完善的地方歡迎及時給我提出批評！
posted on 2008-09-16 10:40
藍劍 閱讀(492)
評論(0) 編輯 收藏