Jump to content
Калькуляторы

Linux и MTU

Имеется ядро 2.6.32 или 2.6.38

Маршрутизируется 300Мбит трафика. Интеловские сетевухи.

По умолчанию MTU=1500. Через iptraf видно что около 50% трафика это пакеты размером 1500 или более. И в большинстве случаев это http трафик.

Есть ли смысл поменять на большее значение, например на 9000 и даст ли это какой-то эффект?

Edited by Zohan

Share this post


Link to post
Share on other sites

Нет, особо ничего не даст.

MTU -это шаг пакетов езернет.

Т е его смена на большее значение должна делаться не только на сервере но и на всех получателях трафика от этого сервера в одном доммене коллизий ( езернет сегменте)

Если делать смену на всех устройствах учавствующих в обмене трафиком и свичи будут пропускать пакеты более 1500 (jumbo frame) то это даст полезный эффект. но в большинстве случаев это нереализуемо поэтмоу смысла в этой операции особого нет.

Share this post


Link to post
Share on other sites

Нет, особо ничего не даст.

MTU -это шаг пакетов езернет.

Т е его смена на большее значение должна делаться не только на сервере но и на всех получателях трафика от этого сервера в одном доммене коллизий ( езернет сегменте)

Если делать смену на всех устройствах учавствующих в обмене трафиком и свичи будут пропускать пакеты более 1500 (jumbo frame) то это даст полезный эффект. но в большинстве случаев это нереализуемо поэтмоу смысла в этой операции особого нет.

Естественно все свичи доступа и Циски или поддерживают по-умолчанию или на них уже включены jumbo frame. Осталось только на сетевых картах включить.

Share this post


Link to post
Share on other sites

ну тогда да..это даст эффект..еще стоит потестировать ен всегда нормально рабоатет на разных OS и разных сетевых...

Share this post


Link to post
Share on other sites

Это даст эффект только в том случае, если у вас что-то типа датацентра.

Если же речь идет о сети оператора связи, эффекта не будет.

Share this post


Link to post
Share on other sites
Это даст эффект только в том случае, если у вас что-то типа датацентра.

Если же речь идет о сети оператора связи, эффекта не будет.

 

Можно узнать почему? инетерсно было бы поподробней этот момент прояснить...если конечно вы можете дат ьподробное разьяснение ?

Share this post


Link to post
Share on other sites

В случае с датацентром, когда речь идет о эффективной передаче больших объемов данных, увеличение MTU оправдано, так как повышается эффективность передачи данных(понятно почему - соотношение полезные данные/заголовки ставится лучше... кстати, тут так же потребуется тюнинг стэка OS). И разумеется в этом случае MTU на всем пути передачи данных контролируете Вы.

Когда речь идет о ISP, основной трафик это трафик из Интернет к клиентам.

В этом случае Вы не можете контролировать MTU на большей части пути(а тут уже речь идет не сколько о Вашем местном MTU, а о так называемом Path MTU - минимальном MTU на всем пути прохождения трафика) передачи трафика. И он там . как правило, меньше желаемых Вами 9000.

Тут и начинаются пляски с DF битом и необходимость фрагментации. Ко всему вышесказанному рекомендую прочитать о том как устанавливается TCP соединение и в частности о согласовывании MSS.

Edited by StSphinx

Share this post


Link to post
Share on other sites
MTU -это шаг пакетов езернет.

Max Transmit Unit - это то сколько максимально разрешено передавать за раз (в одном пакете) на данном интерфейсе.

MRU ( r - receive) - соотвественно для получения.

Share this post


Link to post
Share on other sites
В случае с датацентром, когда речь идет о эффективной передаче больших объемов данных, увеличение MTU оправдано, так как повышается эффективность передачи данных(понятно почему - соотношение полезные данные/заголовки ставится лучше... кстати, тут так же потребуется тюнинг стэка OS). И разумеется в этом случае MTU на всем пути передачи данных контролируете Вы.

К этому остаётся только добавить:

- уменьшается нагрузка на систему, за счёт того что падает пакет рейт для данного объёма данных

- тюнинг у меня свёлся к:

ifconfig em0 mtu 9000

sysctl kern.ipc.nmbjumbo9=65536

(в оригинале было 6400, чего мне не хватало и сеть на интерфейсе отваливалась, vmstat -z показывал ошибки выделения буферов nmbjumbo9).

 

Для машин с которых забирается контент нужно ещё net.tcp посмотреть.

Share this post


Link to post
Share on other sites

На "контентоотдающих" системах толку много больше от TSO чем от Jumbo frames.

Share this post


Link to post
Share on other sites
В случае с датацентром, когда речь идет о эффективной передаче больших объемов данных, увеличение MTU оправдано, так как повышается эффективность передачи данных(понятно почему - соотношение полезные данные/заголовки ставится лучше... кстати, тут так же потребуется тюнинг стэка OS). И разумеется в этом случае MTU на всем пути передачи данных контролируете Вы.

К этому остаётся только добавить:

- уменьшается нагрузка на систему, за счёт того что падает пакет рейт для данного объёма данных

- тюнинг у меня свёлся к:

ifconfig em0 mtu 9000

sysctl kern.ipc.nmbjumbo9=65536

(в оригинале было 6400, чего мне не хватало и сеть на интерфейсе отваливалась, vmstat -z показывал ошибки выделения буферов nmbjumbo9).

 

Для машин с которых забирается контент нужно ещё net.tcp посмотреть.

 

Да, как раз об этом я и говорил, когда упоминал о тюнинге. И да. разумеется на транзите и на генерации тюнинг будет разным.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this