TCPIP
Silver Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Sliva_NL
Так можете тупо воспользоваться установками мастера µTorrent. А можете пойти на Good settings - AzureusWiki и попробовать то, что предложено там, а дальше понижать число соединений с шагом R*10, где R=число_соединений/число_соединений_на_торрент, число_соединений={общее_число_соединений, число_соединений_на_торрент}.
И не заморачивайтесь с ка-байтами. Лимитеры скорости работают в системе СИ, так что единица кило у них такая, какая и должна быть --- 1000. Несоответствие же реальных физических скоростей максимально возможным чаще всего связано не со служебными пакетами (иначе процент понижения был бы одинаков), а с качеством связи, каковое обычно определяется тупо расстоянием от вас до DSLAM. Поэтому-то и абсурдно развитие DSL, когда тупое волокно решает эти проблемы раз и навсегда.
Можете попробовать что-нибудь, способное работать с QoS и назначать разные приоритеты разным пакетам, например, повышенный приоритет пакетам подтверждения приема, acknowledgement, ACK, например что-то от CFOS или NetPeeker. Но это уже конечно касательно дальнейших игр --- управление качеством обслуживания не имеет отношения к решению проблем зависания.
Насчет полуоткрытых соединений: насколько я понимаю, полуоткрытым называется соединение, открытое только с одной стороны, то есть до того момента, пока не завершится тройственное квитирование (three-way handshake): вызывающий посылает адресату синхропакет SYN, ждет от адресата пакет с подтверждением и синхронизацией (то есть ACK (ответ на SYN-пакет) + SYN) и, по их получению, отправляет ACK-пакет адресату, как ответ на SYN-пакет от адресата. |
Всего записей: 4667 | Зарегистр. 31-01-2003 | Отправлено: 01:32 27-02-2006 | Исправлено: TCPIP, 02:15 27-02-2006 |
|
(с) анекдот