Zohan Опубликовано 22 апреля, 2011 (изменено) · Жалоба Имеется ядро 2.6.32 или 2.6.38 Маршрутизируется 300Мбит трафика. Интеловские сетевухи. По умолчанию MTU=1500. Через iptraf видно что около 50% трафика это пакеты размером 1500 или более. И в большинстве случаев это http трафик. Есть ли смысл поменять на большее значение, например на 9000 и даст ли это какой-то эффект? Изменено 22 апреля, 2011 пользователем Zohan Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ldemiurg Опубликовано 22 апреля, 2011 · Жалоба Нет, особо ничего не даст. MTU -это шаг пакетов езернет. Т е его смена на большее значение должна делаться не только на сервере но и на всех получателях трафика от этого сервера в одном доммене коллизий ( езернет сегменте) Если делать смену на всех устройствах учавствующих в обмене трафиком и свичи будут пропускать пакеты более 1500 (jumbo frame) то это даст полезный эффект. но в большинстве случаев это нереализуемо поэтмоу смысла в этой операции особого нет. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Zohan Опубликовано 22 апреля, 2011 · Жалоба Нет, особо ничего не даст. MTU -это шаг пакетов езернет. Т е его смена на большее значение должна делаться не только на сервере но и на всех получателях трафика от этого сервера в одном доммене коллизий ( езернет сегменте) Если делать смену на всех устройствах учавствующих в обмене трафиком и свичи будут пропускать пакеты более 1500 (jumbo frame) то это даст полезный эффект. но в большинстве случаев это нереализуемо поэтмоу смысла в этой операции особого нет. Естественно все свичи доступа и Циски или поддерживают по-умолчанию или на них уже включены jumbo frame. Осталось только на сетевых картах включить. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ldemiurg Опубликовано 22 апреля, 2011 · Жалоба ну тогда да..это даст эффект..еще стоит потестировать ен всегда нормально рабоатет на разных OS и разных сетевых... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
StSphinx Опубликовано 22 апреля, 2011 · Жалоба Это даст эффект только в том случае, если у вас что-то типа датацентра. Если же речь идет о сети оператора связи, эффекта не будет. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ldemiurg Опубликовано 22 апреля, 2011 · Жалоба Это даст эффект только в том случае, если у вас что-то типа датацентра.Если же речь идет о сети оператора связи, эффекта не будет. Можно узнать почему? инетерсно было бы поподробней этот момент прояснить...если конечно вы можете дат ьподробное разьяснение ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
StSphinx Опубликовано 23 апреля, 2011 (изменено) · Жалоба В случае с датацентром, когда речь идет о эффективной передаче больших объемов данных, увеличение MTU оправдано, так как повышается эффективность передачи данных(понятно почему - соотношение полезные данные/заголовки ставится лучше... кстати, тут так же потребуется тюнинг стэка OS). И разумеется в этом случае MTU на всем пути передачи данных контролируете Вы. Когда речь идет о ISP, основной трафик это трафик из Интернет к клиентам. В этом случае Вы не можете контролировать MTU на большей части пути(а тут уже речь идет не сколько о Вашем местном MTU, а о так называемом Path MTU - минимальном MTU на всем пути прохождения трафика) передачи трафика. И он там . как правило, меньше желаемых Вами 9000. Тут и начинаются пляски с DF битом и необходимость фрагментации. Ко всему вышесказанному рекомендую прочитать о том как устанавливается TCP соединение и в частности о согласовывании MSS. Изменено 23 апреля, 2011 пользователем StSphinx Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ivan_83 Опубликовано 23 апреля, 2011 · Жалоба MTU -это шаг пакетов езернет. Max Transmit Unit - это то сколько максимально разрешено передавать за раз (в одном пакете) на данном интерфейсе. MRU ( r - receive) - соотвественно для получения. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ivan_83 Опубликовано 23 апреля, 2011 · Жалоба В случае с датацентром, когда речь идет о эффективной передаче больших объемов данных, увеличение MTU оправдано, так как повышается эффективность передачи данных(понятно почему - соотношение полезные данные/заголовки ставится лучше... кстати, тут так же потребуется тюнинг стэка OS). И разумеется в этом случае MTU на всем пути передачи данных контролируете Вы. К этому остаётся только добавить: - уменьшается нагрузка на систему, за счёт того что падает пакет рейт для данного объёма данных - тюнинг у меня свёлся к: ifconfig em0 mtu 9000 sysctl kern.ipc.nmbjumbo9=65536 (в оригинале было 6400, чего мне не хватало и сеть на интерфейсе отваливалась, vmstat -z показывал ошибки выделения буферов nmbjumbo9). Для машин с которых забирается контент нужно ещё net.tcp посмотреть. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vitalyb Опубликовано 23 апреля, 2011 · Жалоба На "контентоотдающих" системах толку много больше от TSO чем от Jumbo frames. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
StSphinx Опубликовано 23 апреля, 2011 · Жалоба В случае с датацентром, когда речь идет о эффективной передаче больших объемов данных, увеличение MTU оправдано, так как повышается эффективность передачи данных(понятно почему - соотношение полезные данные/заголовки ставится лучше... кстати, тут так же потребуется тюнинг стэка OS). И разумеется в этом случае MTU на всем пути передачи данных контролируете Вы. К этому остаётся только добавить: - уменьшается нагрузка на систему, за счёт того что падает пакет рейт для данного объёма данных - тюнинг у меня свёлся к: ifconfig em0 mtu 9000 sysctl kern.ipc.nmbjumbo9=65536 (в оригинале было 6400, чего мне не хватало и сеть на интерфейсе отваливалась, vmstat -z показывал ошибки выделения буферов nmbjumbo9). Для машин с которых забирается контент нужно ещё net.tcp посмотреть. Да, как раз об этом я и говорил, когда упоминал о тюнинге. И да. разумеется на транзите и на генерации тюнинг будет разным. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...