ppp bandwidth problem

Със Slackware 8.1 и ядро 2.4.18 съм. Ползвам 56к модем и скоростта ми е 3-4 к/с. Когато дърпам нещо голямо (без значение с каква програма) то винаги заема почти цялата връзка и почти нищо друго не може да се прави.
Страниците се влачат с 10-20 б/с, ping-а до gateway-а става от 150-200 ms на 10-15 sec.
Това нормално ли е? Как да го направя така че когато има други connections да разделя връзката,а когато няма дърпането пак да си е с цялата скорост?

има си го проблема и той е свързан с начина по който ppp работи.
предполагам има firewall-базирани корекции за този проблем, отчитащи TOS и други такива неща, но те трябва да се приложат от двете страни, така че като цяло трябва да се приеме досадния факт.

Пролетта е дяволски далече............

на него май му трябва дл мениджър. имаше 1-2 теми по-назад по въпроса

TANSTAAFL! There AiNt Such Thing As A Free Lunch

с убеждението че се е сетил за това, а му трябва по-общо решение

Пролетта е дяволски далече............

'беш ли маа му за кво се е сетил

пък по-общо решение трудно. аз се бях заровил да чета преди 1-2 дни може ли да се пусне хем бридж, хем cbq. идеята ми беше да сложа един кютук между срутера и сървера и да го пусна като бридж (демек да не преконфигурирам рутинги по сървера и рутера), ама същевременно да подкарам и cbq-то там... тва е-мейли, фтп-та и такива неща - да ги поочалкам.... ама не ставало

то не че не може иначе - като хост - може, ама друго си е да е хем прозрачно, хем работа да върши

TANSTAAFL! There AiNt Such Thing As A Free Lunch

ama si e gimnastika s IP.....

Пролетта е дяволски далече............

не става с ip
щото като пуснеш бриджинг и вече не можеш да слагаш ип-та на интерфейсите... или поне където аз четох - така пишеше.

мислех си, че cbq ще върви въпреки това. ама пак някъде четох, че нямало. което не ми пречи да прекарам час-два-три в тестове де особено в тази жега

TANSTAAFL! There AiNt Such Thing As A Free Lunch

Може да пробваш да сложиш на ppp интерфейса ingress опашка и към нея да прикачиш SFQ опашка или пък CBQ. Не съм ги ползвал в комбинация с ingress опашки, така че не мога да ти дам примерна конфигурация, но може и да проработи. За повече информация може да видиш iproute пакета от ftp.inr.ac.ru. Информация за отделните видове опашки има в Linux advanced routing howto. Друг вариант който работи само за http трафика е да инсталираш на твоята машина squid и да направиш редирект на заявките към порт 80 към squid-а. В squid-а конфигурираш един фиктивен delay pool, който да заема целия канал (5-6КБ/с заради възможната компресия). Самия код който обработва delay pool-овете знае за проблема със възможното заемане на целия трафик и искуствено разпределя трафика поравно, подобно на sfq опашките.

Ami kak e squid-a a3 biah si slojil wwwoffle ama mnogo pada performance-a pri i3cialo svobodna linia - kogato ne dyrpam nishto.

[линк]

Performance-а на кое?

squid moje da se izpolzva. Az ne sym si igral s nego no znaia che mojesh da opredelish za vsqko connection kolko bandwith izpozvash. Ta ako kajesh che vsicki TCP vryski ne mogat da izpolzvat poveche ot 2kb/s togava shte raboti (ako ne se opitvash da vsemesh 3 neshta ot syshtoto vreme)