Налагодження та оптимізація модемного з'єднання в XP h2>
Дуже
важливим моментом в настройці Windows є оптимізація з'єднання з Інтернетом.
Адже від якості зв'язку безпосередньо залежить час, проведений вами в мережі і
відповідно витрати грошей на це. Можна спробувати налаштувати з'єднання
найкращим чином, з мінімальними втратами даних. Перш, ніж приступити до
редагування реєстру, треба дізнатися кілька спеціальних термінів і усвідомити
співвідношення між ними. p>
MTU h2>
Це
максимальний розмір пакету даних, що може бути переданий за один
Фізичний кадр по протоколу TCP/IP. Справа в тому, що дані від комп'ютера до
комп'ютера в Інтернеті йдуть не суцільним потоком, а цими самими кадрами --
пакетами строго певного розміру. Якби всі компанії та фірми, що мають
хоч якесь відношення до Інтернету, домовилися про єдиному стандарті на розмір
цих пакетів, то ми б використовували кожен такий кадр по максимуму, повністю
заповнюючи канали передачі даних своїми бітами. Однак це не так. Мало того,
що при встановленні нового з'єднання два віддалених комп'ютера повинні узгодити
між собою розмір кадру, так ще й по дорозі до місця призначення пакет долає
цілий ряд проміжних серверів та маршрутизаторів, налаштування MTU яких можуть
бути абсолютно різними. При цьому занадто великий пакет в дорозі, швидше за
за все, буде фрагментовані й заповнюватися "повітрям",
"баластом", що негативно позначиться на ефективності зв'язку. Так, якщо
ваш провайдер має установки MTU = 576, а у вас в Windows задано MTU = 1500, то
кожен ваш пакет буде їм розбиватися на три по 576 байт: 576 +576 +576 = 1728 - то
є 228 байт баласту будуть додаватися до кожного вашого пакету. Але навіть якщо
провайдер теж поставив у себе MTU = 1500, то при зв'язку з віддаленим сервером
цілком може попастися маршрутизатор з меншим значенням MTU і пакети
знову ж таки будуть фрагментований, сповільнюючи передачу даних. p>
Також
не можна забувати, що в процесі прийому пакета може відбутися збій, тоді пакет
доведеться приймати заново. Здавалося б, що чим менший пакет, тим краще, але в
кожному пакеті присутній 40 байт службової інформації (про це нижче), тобто
вам доводиться приймати зайві байти, що не є добре. Виходячи з цих
міркувань, можна порекомендувати виставляти максимальне значення (1500) тим,
у кого гарна якість зв'язку, що дозволить уникнути зайвої отримання службової
інформації. Для тих, у кого якість зв'язку залишає бажати кращого, і часто
відбуваються втрати пакетів, можна порекомендувати виставляти значення MTU по
Мінім. У будь-якому випадку, краще це значення підібрати експериментально,
виставляючи його і перевіряючи швидкість роботи. p>
MSS h2>
Кожен
пакет даних насправді складається з декількох сегментів - кількох
заголовків і фактичних даних. Та його частина, в якій містяться тільки
фактичні дані, називається MSS (Maximum Segment Size) - це ще один
параметр протоколу TCP, що визначає найбільший сегмент даних TCP, які
можуть бути передані за один раз. Тобто, MTU = MSS + заголовки TCP/IP. Для
заголовка теж є загальноприйнятий розмір - це 40 байт (20 байт IP і 20 байт
TCP), отже, зазвичай MSS = MTU - 40. З цієї причини у визначенні
оптимального розміру MTU є деякі тонкощі. p>
RWIN h2>
RWIN
(receive window, вікно прийому) - розмір буфера, в якому накопичується
вміст області даних (MSS) кількох отриманих пакетів, перш ніж
передається далі, наприклад, у браузер. При недостатньому розмірі цього буфера
іноді відбувається його переповнення, і надходять пакети відкидаються і
губляться. Розмір RWIN обов'язково повинен бути кратним MSS і звичайно для кращої
ефективності модемного з'єднання кратність рекомендується встановлювати рівний
4-8. Однак надмірно великий розмір буфера також небажаний, особливо на
поганих лініях - при втраті всього одного пакету в разі збою на лінії буде
повторно затребуваний не один втрачений пакет, а всі пакети з цього буфера, що
займе якийсь час. p>
TTL
p>
TTL
(time to live, час життя) - кількість хопові, тобто проміжних серверів,
через які може пройти ваш пакет у пошуках свого місця призначення. Кожен
такий сервер додає одиницю до спеціального лічильнику в заголовку вашого
пакету, і, коли лічильник досягає максимально дозволеного значення, пакет
вважається заблукали і припиняє своє існування. За замовчуванням TTL дорівнює
32, що сьогодні явно недостатньо для розрослося Інтернету: нерідкі випадки,
коли віддалений сервер знаходиться більш ніж в 32 переходах, тому TTL слід
збільшити як мінімум до 64. p>
NDI
Cache p>
NDI
Cache (Network Device Interface Cache) - кеш, в якому зберігаються дані про
маршрутах руху пакетів, за замовчуванням його розмір дорівнює нулю. Щоб його
задіяти найбільш оптимально, необхідно встановити його розмір рівним 16
при модемному з'єднанні або 32 при більш швидкісних підключеннях. p>
Мабуть,
настав час приступати до настроювань. Частина даних зберігається в гілці HKEY_LOCAL_MACHINE у роздiлi
SystemCurrentControlSetServicesClassNetTrans000. Тут 0000
- Номер профілю (їх може бути декілька, наприклад, 0001, 0002 ,...). Значення
MTU виставляється за допомогою строкового ключа MaxMTU (1500, 1002, 576, 552). p>
Для
налаштування наступних параметрів відкрийте розділ
SystemCurrentControlSetServicesVxDMSTCP. Значення MSS встановлюється
строкових ключем DefaultMSS: його значення дорівнює MaxMTU - 40. p>
RWIN
налаштовується в строковому ключі DefaultRcvWindow. Поекспериментуйте з цим
значенням, але пам'ятайте, що воно має бути кратно MSS (MSS * 4 або MSS * 8). p>
TTL
налаштовується за допомогою строкового ключа DefaultTTL. p>
Ви
можете дозволити Windows самій визначати оптимальне значення MTU. p>
Якщо
опція включена, то Windows сама підбирає оптимальне значення MTU, однак
процедура обчислення MTU для кожного з'єднання вимагає чимало часу, що
трохи гальмує роботу при завантаженні невеликих файлів і веб-серфінгу. Для установки
цього параметра додайте строковий ключ PMTUDiscovery. Значення "1"
вмикає його, "0" - вимикає. p>
Виявлення
чорних дірок. Установка цього параметра дозволяє протоколу TCP намагатися
виявити нікуди не провідні роутери і ті, що не повертають ICMP-повідомлень про
необхідності фрагментації при визначенні найкращого MTU. Це також, як і
будь-яка додаткова процедура, може сповільнювати роботу в Інтернеті - спробуйте
поекспериментувати з її відключенням. Для цього додайте строковий ключ
PMTUBlackHoleDetect зі значенням "1" для включення і "0"
, щоб вимкнути. p>
Для
налаштування NDI Cache відкрийте розділ
SystemCurrentControlSetServicesVxDNWLinkNdiparamscachesize і в значенні
за замовчуванням пропишіть потрібне число (16 або 32). p>
Ви
можете збільшити кількість одночасних підключень до сервера, включивши цю
опцію, що часто буває дуже корисно, за допомогою DWORD ключів
MaxConnectionsPer1_0Server (встановіть його значення в 10) і
MaxConnectionsPerServer (прирівняти до 8). Ці ключі треба додати розділ
HKEY_CURRENT_USERSoftwareMicrosoftWindowsCurrentVersionInternet Settings. Видалення
їх приведе до відключення можливості. p>
Всі
налаштування вступають в силу після перезавантаження комп'ютера. Поекспериментуйте з
різними значеннями, і ви зможете збільшити швидкість підключення на 20-40%. p>
Список літератури h2>
Для
підготовки даної роботи були використані матеріали з сайту http://www.nodevice.ru/
p>