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