Узкий канал в интернет и Lock On

eXceed · March 19, 2008

До недавнего времени у моего предприятия был широченный канал в интернет. Входящий составлял 8 мегабит в секунду, а исходящий еще больше(уповалось разгоняться до скоростей порядка 750 килобайт в секунду на аплоад).

Но теперь у предприятия по вечерам всего лишь 128 килобит в секунду. На этом канале сидят еще два диалапщика. Раньше когда я играл, пинг до РАФа был 50, не выше(канал по оптике). Но теперь все изменилось. Канал узок, а пинг огромен как [beep] у негра... И все из - за узкого канала. Но я системный администратор, и ум у меня пытливый, а руки прямые ;) Порывшись в конфигах ЛО, поигравшись настройками, мне удалось добиться стабильного пинга 88 - 100мсек.

Суть: Открыл файл \Lock On FC\Config\Network\config.lua я взглянул на параметры которые можно настраивать. Но сначала я прикинул. Какова же реальная скорость даунлоада у меня. Вышло где - то 5кбайт в секунду(не забываем, что у меня после 18.00 МСКи до 8.00 МСК скорость 128кбит в секунду всего). И так... Не густо блин.

Вы посмотрите на значения:

["Modem 33.6K"] = {

downstream = 3000;

upstream = 1000;

};

Это скорости аплоада и даунлоада.

Но если обратить внимание на это: maxPacketSize = 500;

То можно понять, что размер пакета в среднем 500 байт всего.

Далее я проанализировал:

1. Сколько пакетов в среднем идет на даунлоад в секунду.

2. Средний размер пакета.

В итоге:

На даунлоад: ~ 4 - 5 в секунду. И того: 2.5 килобайта в секунду даунлоад. Это грубо конечно же.

Средний размер пакета: от 300 байт до 500 байт.

В итоге я пришел к выводу.

1. ["Special 16/16 Kbit/s"] = {

downstream = 1500;

upstream = 10000; //Внимание! У меня очень широкий аплоад, поэтому такое значение тут. Рекомендую на слишком узких каналах ставить 1500.

};

И maxPacketSize = 384;

Впишите это в конфиг ЛО.

Далее тестируйте.

Готовый файл тут: http://aviaraf.ru/forum/index.php?act=attach&type=post&id=4440

p.s. Использовать людям только с узким каналом в интернет. Ex. Диалапщики, и АДСЛщики с каналом 64кбит.

eXceed · March 19, 2008

Продолжение исследований зависимости пинга от пропускной способности канала и прочей дребедени стека TCP/IP.

Урок два: Windows на коленях или Жажда Неба.

---------------

Выходные прошли замечательно полеты на =RAF= и тесты, тесты... Вот, что родилось в результате тестов:

1. Регулируем параметр MTU - Определяет самое большое количество данных, которые могут быть переданы по сети в одном физическом фрейме. Если пакет IP большего размера чем MTU, то произойдет фрагментация, что может увеличить время, которое требуется, чтобы послать единственный пакет.

По умолчанию 1500 байт. Это слишком много для ЛО. Согласитесь, зачем передавать пакет больше, чем может ЛО? Правильно. Поэтому ставим значение 576 для диалапа(вычислил чисто эмпирическим методом). Для DSL с каналом <= 64 kb/s и кабельных модемов <= 64 kb/s Значение 1024(вычислил чисто эмпирическим методом). Для этого правим в реестре ветку HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

DWORD MTU, значение - размер блока в байтах

2.Регулируем параметр RWIN - Количество байт, которые отправитель может передать, не получая подтверждения. Значение Вычисляется по формуле: (Размер MTU - 40 байт заголовка TCP/IP) * множитель

Множитель может принимать значения от 2 - 10.

Рекомендуемое значение множителя: 8 в любой ситуации, в итоге получается 4288 байт(вычислил чисто эмпирическим методом при MTU 576)