具體配置如下
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的理論速度 在客戶端下載的時候網際快車成波浪號呈現(xiàn)，速度最多是5k-0k-5k..........
第二次限速 20480000 大膽的設置成20M 看看實際下載速度能有多少，等服務重啟以后再測試速度達到56k-60k左右了
第三次限速 是根據(jù)前兩次設置的速率來改的，將速度限制成為40960000 40M，在進程數(shù)達到500左右的時候，內存的消耗達到正常，cache數(shù)值沒有那么高了，只有50M左右。對比一下top上關于內存的數(shù)值，你就可以發(fā)現(xiàn)限速沒有做好是對機器最起消耗作用的。
這時候主下載服務器已經可以在晚上高峰期承接500個左右的用戶的下載需求了，速度平均在100k-200k左右。我是機房直接做的測試，得到的數(shù)據(jù)應該不受太多帶寬的影響。
下載服務器一直都是系統(tǒng)維護人員最頭痛的東西，首先是容易掛，
其次是經常更新和備份，最后是速度上不去網友們罵你。呵呵
第一次在機房發(fā)現(xiàn)下載時成波浪號曲線時還以為是系統(tǒng)的原因，結果檢查了一邊APACHE以后發(fā)現(xiàn)沒有配置上的錯誤。最后就選擇了嘗試一下修改限速數(shù)值看
看，最后發(fā)現(xiàn)了有一定比例關系的。可是當時在公司做實驗的時候，在BandWidth上設置的數(shù)值確實可以正常限速，現(xiàn)在想想當時只考慮了下載時的上限速
度并沒有考慮到服務器承受過多壓力以后的運行能力。
總結一下，好的下載服務器配置應該是可以考慮到超壓情況下的用戶下載速度上限設置和最低速度的保證！
以上只是我一點實際工作的感受，有什么不完善的地方歡迎及時給我提出批評！
posted on 2008-09-16 10:40
藍劍 閱讀(492)
評論(0) 編輯 收藏