Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Witam.
Mam taki problem. Konfiguruje sobie od jakiegoś czasu serwer na Debianie 3.1r4. Skompilowałem jądro i iptables z patchami pod IMQ i LAYER7. Zainstalowałem iproute z dselect'a. Stworzyłem prosty i skromny skrypt dla HTB. Uruchomiłem skrypt podłączyłem sie do ftpa przez lan i zaczynam sobie sciagac pliczek. W HTB ustawione ograniczenie 180kbit. No i wszystko pięknie transfer 22,5KB/s, ale po chwili transfer zjezdza do 10,5KB/s, żeby znowu po chwili podskoczyć do 30KB/s i tak w kółko, a średni transfer jest grubo poniżej wymaganego. Przez http jest tak samo. Czytałem też coś o htbfair.diff ale do tej wersji Kernela chyba nie ma takiego patcha?
Próbowałem różnych konfiguracji kernela i nic to nie daje, żadnych zmian ciągle jest tak samo. Nowszego jądra nie wezme bo nie ma patcha IMQ. Zostaje mi tylko jeszcze sprawdzić starsze:. Ale może to nie wina jądra?
IMQ_NET="eth0" TCIQNC="tc class add dev $IMQ_NET parent" TCIQNF="tc filter add dev $IMQ_NET parent" TCIQNQ="tc qdisc add dev $IMQ_NET parent" ip link set $IMQ_NET up tc qdisc del dev $IMQ_NET root >/dev/null 2>&1 tc qdisc add dev $IMQ_NET root handle 2:0 htb default 4 r2q 1 $TCIQNC 2:0 classid 2:1 htb rate ${MAX_UP}kbit ceil ${MAX_UP}kbit quantum 10000 $TCIQNC 2:1 classid 2:2 htb rate ${COMP_MAX_UP}kbit ceil ${COMP_MAX_UP}kbit $TCIQNC 2:1 classid 2:3 htb rate ${VOIP}kbit ceil ${VOIP}kbit for i in `seq 1 ${#IP[*]}`; do $TCIQNC 2:2 classid 2:$((10 + $i)) htb rate ${UPMIN[$i]}kbit ceil ${UPMAX[$i]}kbit done $TCIQNC 2:2 classid 2:4 htb rate 10kbit ceil 50kbit for i in `seq 1 ${#IP[*]}`; do $TCIQNF 2:0 protocol ip prio ${PRIO[$i]} u32 match ip src ${IP[$i]} flowid 2:$(( 10 + $i )) done for i in `seq 1 ${#IP[*]}`; do $TCIQNQ 2:$((10 + $i)) handle $((10+$i)):0 sfq perturb 10 done $TCIQNQ 2:4 handle 4:0 sfq perturb 10
IP,PRIO,UPMIN,UPMAX są wczytywane z pliku.
Docelowo IMQ_NET=imq0 ale w celu sprawdzenia czy to przypadkiem nie przez imq zmienilem na eth0.
Kernel 2.6.17.14
Iptables 1.3.7
iptables-1.3.0-imq1.diff
linux-2.6.17-imq1.diff
Sprzęt: P3 500mhz 128mb, eth0 std. realtek 100mbit
Czy ktoś miał podobny problem albo wie o co może chodzić? Nie chce zmieniać HTB na innego kolejarza.
Z góry dzieki!
Offline
spróbuj z patchami z tej strony
http://snaj.ath.cx
Offline
Jak znajde dluzsza chwile to sproboje.
Przelozylem dysk do lepszego kompa i efekt jest taki sam, malo tego okazuje sie ze to chyba nie htb zawodzi, transfer bez zadnych ograniczen po lanie z ftp zachowuje sie tak samo leci sobie kolo 11000kb/s spada ponizej 10000 i spowroten na ponad 11000 :. Wczesniej na tym samym kompie byl zainstalowany woody i zadnych problemow nie bylo ... nie wiem co to moze byc :/
niezabardzo sie znam na przesyle danych ale moze to ma cos wspolnego z opoznieniem potwierdzenia odbioru albo cos :/
Offline
Sprobuj na innych sieciowkach, sprawdz kable sieciowe, switcha.moze to wina sprzetu? sprawdz czy masz poprawne sterowniki do sieciowek zaladowane.
Offline
To na bank nie jest wina sprzeatu bo sprawdzalem na dwoch roznych kompach. Z czym ten drugi to byl dzialajacy serwer od dluzszego czasu na ktorym htb smigalo bez problemu i zadnych takich jaj nie bylo. Dopiero na nowym Debianie 3.1r4 i jajku 2.6 zaczely sie problemy :.
Offline
Probowalem na rozne sposoby kompilowac rozne jajka 2.6 z roznymi paczkami (snaja tez) i ciagle to samo. Teraz skompilowalem 2.4.34.1 z innymi paczkami net wszystko smiga ale dalej jest to samo. Wniosek jest jeden Sarge jest do bani :/ albo mam cos z ustawieniami tylko co i gdzie?:/
Instalacje mialem standardowa, nic wielkiego tam nie wymyslalem, zainstalowalem to co mi jest potrzebne i nic weicej. Poddaje sie. Albo bede czekal na stabilna wersje etha albo wroce na Debiana 3.0.
Offline
Time (s) | Query |
---|---|
0.00009 | SET CHARSET latin2 |
0.00005 | SET NAMES latin2 |
0.00090 | SELECT u.*, g.*, o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='18.225.255.196' WHERE u.id=1 |
0.00074 | UPDATE punbb_online SET logged=1732684014 WHERE ident='18.225.255.196' |
0.00051 | SELECT * FROM punbb_online WHERE logged<1732683714 |
0.00064 | DELETE FROM punbb_online WHERE ident='3.145.103.169' |
0.00058 | SELECT topic_id FROM punbb_posts WHERE id=53069 |
0.00095 | SELECT id FROM punbb_posts WHERE topic_id=6874 ORDER BY posted |
0.00081 | SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=6874 AND t.moved_to IS NULL |
0.00005 | SELECT search_for, replace_with FROM punbb_censoring |
0.00076 | SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=6874 ORDER BY p.id LIMIT 0,25 |
0.00072 | UPDATE punbb_topics SET num_views=num_views+1 WHERE id=6874 |
Total query time: 0.0068 s |