ТЕОРИЯ (вкратце)
Пропускная способность локальных сетей и Интернет-каналов неуклонно растет, однако вместе с ней растут и потребности, вызывающие естественное желание выжать из TCP/IP-стека максимум возможного, чем мы сейчас, собственно, и займемся, главным образом акцентируя внимания на GPRS-Internet, хотя описанные технология оптимизации справедливы и для Любых интернет-каналов.
Введение
По поводу кручения настроек TCP/IP существуют два диаметрально противоположных мнения: многие администраторы (а вместе с ними и авторы популярных книг!) считают, что разработчики уже сделали все, что нужно и любое вмешательство в этот четко отлаженный механизм может только навредить. В то же самое время в Интернете валяется множество руководств, обещающих если не путевку в рай, то радикальное увеличение производительности ценою изменения пары-тройки ключей.
Истина, как водится, где-то посередине.
Адаптивные алгоритмы динамически подстраиваются под характеристики канала и неквалифицированные "указания" пользователя действительно только мешают. Однако адаптивным алгоритмам свойственно ошибаться, а настройки по умолчанию далеко не всегда соответствуют характеристикам конкретно взятых каналов связи, разброс которых просто колоссален.
MTU (Maximum Transmission Unit- Максимальный [размер] Передаваемого Пакета), вероятно, самый известный параметр TCP/IP, рекомендации по настройке которого можно встретить практически в любой статье по оптимизации TCP/IP.
MTU задет наибольший возможный размер отправляемого IP-пакета (вместе с заголовком), нарезая отправляемые данные на порции фиксированного размера. Чем больше MTU, тем ниже накладные расходы на передачу служебной информации, а, значит, выше "КПД" канала. С другой стороны, маршрутизаторы сваливают пакеты, поступающие от разных узлов, в общую очередь и потому гораздо выгоднее отправить один большой пакет, чем два маленьких, причем чем сильнее загружен маршрутизатор, тем больший выигрыш мы получим.
Так в чем же дело?! Выкручиваем MTU до предела и... скорость падает до нуля. Почему? Причина в том, что с ростом размера пакетов увеличивается и время, необходимое для их повторной передачи в том случае, если пакет потерян или искажен. К тому же, промежуточные узлы имеют свои собственные настройки, и если размер передаваемого пакета, превышает текущий MTU, пакет разрезается на два или более пакетов, (т.е. фрагментируется) и эти фрагменты собираются воедино только на узле-приемнике, в результате чего пропускная способность уменьшается. Причем, если MTU узла отправителя лишь чуть-чуть превышает MTU промежуточного узла, то второй пакет состоит практически из одного заголовка, в результате чего зависимость скорость передачи от размера превращается в этакую Экспоненту гг..
теперь к ПРАКТИКЕ--
Путем многих опытов на Операторе Мегафон Сибирь {при помощи программы PktPing} выяснил Следующие: МТU стабильно Держится до 1500 (по умолчанию в Смартфоне стоит 1400)
Но.. есть Такой НЕмало важный параметр как ТТL (Time To Live) Время Жизни Пакета , ,
У ПроксиСервера мегафона ТТL =55 , при Этом определеный Процент пакетов всёже Теряется и Недоходит. А к Примеру у Серверов Оперы мини и других серверов ТТL =45 . Отсюда следует что Нужно Панижать значение МТU чтоп При потере пакета Не посылать Его вторична.. ЭТО Вы определите Экспериментальным Путем уже Сами ДЛЯ Себя!
..а теперь Переходим к ИЗМЕНЕНИЮ Настроек на Смартфоне (только Для РАЗБЛОКИРОВАННЫХ)
идем па пути z:рrivаtе1f7989Еsосkgenericnif.ini
копируем файл по Тому же пути на диск С:
Открываем его Редактором и видим в конце файла строку
mtuvаluе= 1400
Меняем значение НАвыбор: От 1000 до 2000
сохраняем Изменения и Перезагружаемся ..всё!
Автор статьи: Slim2SLim!..за что ему и говорим СПАСИБо!:)