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...