TCPIP
Silver Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Господа, пришел к вам, чтобы вы помогли вставить мне свои мозги на место   Суть проблемы:
читаючи факью (слово то какое; как говорится, просто так такие слова не образуются) по торренту пришел в недоумение по поводу присутствующего везде совета:
Цитата:| In any case, do not let Azureus (or any other program for that matter) take up the whole upload bandwidth. There needs to be room for overhead such as acknowledgement signals (ACKs) and resend requests. Downloads will suffer if these signals cannot be sent. Set your upload limit to about 80% of the maximum possible. |
или
Цитата:
Как так? Мне казалось, ACK-пакеты должны иметь более высокий приоритет, чем пакеты с данными. Ежели это не так, то, может, проще изменить их приоритет, нежели ограничивать отдачу, беря 80% невесть от какого значения? Невесть в том смысле, что я так и не понял, почему предлагается брать этот процент не от номинальной физической полосы пропускания, а от псевдо-реальной, измеряемой с помощью тестов? Если проблема в том, что пакеты с данными забивают канал и пакетам запросов не пробраться сквозь них, то максимум, что могут забрать пакеты с данными --- это физическая полоса. Что мне дадут тесты скорости: некую точку, которая означает, что на момент проведения теста, с таким-то сервером у меня была достигнута такая вот скорость отдачи или загрузки. И все. Но, если у меня номинальное соединение 128 килобит, а некий тест, проведенный с сервером в каком-нибудь массачусетсе, показывает, что он смог скачать данные только со скоростью 100 килобит, это же не значит, что и клиент из мюнхена не сможет качать с меня с полной скоростью в 128 килобит? Тогда какой смысл брать процент от результатов теста?
Не понял и почему везде говорится только про асимметричные протоколы? Ведь речь не о том, что данные uplink'а отжирают downlink, а о том, что пакеты ACK застревают. Так что такая же ситуация должна быть и на симметричных каналах?
Но, самое главное, что я не понимаю, так это зачем вообще это делать? Раз уж все проблемы в том, что почему-то у пакетов запроса такой же приоритет, неужели нельзя использовать QoS? Могу ли я на клиенте включить QoS и выставить нужный приоритет? Или такая операция выполняется только на маршрутизаторе провайдера? Прочитал о похожей задаче, которая, насколько я понял, решилась с помощью NetPeeker.
Прошу помочь. Как такое может быть? Ежели это нормально, то как это решить? Можно ли решить это с помощью средств XP? Про BE QoS более менее в курсе, кисковский FAQ по QoS читаю, но был бы рад и дополнительной информации. |
Всего записей: 4667 | Зарегистр. 31-01-2003 | Отправлено: 05:15 25-01-2006 | Исправлено: TCPIP, 05:19 25-01-2006 |
|
, за этим 
