[bitbucket]

2JMan

Дайте пожалуйста ссылку

http://forum.nag.ru/forum/index.php?s=&amp...st&p=566114 смотреть конец сообщения

 

Либо небольшая потеря производительности за счёт потенциально небольшого повышения точности статистики.

А вот сколько дает LOCK# перед инструкцией ? Я что-то не нашел точные цифры в тактах для разных процессоров.

[Гость Владимир]

круто

[Ivan_83]

А вот сколько дает LOCK# перед инструкцией ? Я что-то не нашел почные цифры в тактах для разных процессоров.

Зависит от реализации.

В той же фряхе их штуки 3 или больше различных.

Есть варианты со спинлоком, это когда один поток крутится в цикле проверяя освободился ресурс или нет - те может быть дохрена циклов.

Есть с засыпанием потока, есть гибридные: вначале спин n циклов, потом сон.

 

Но применительно именно к статистике потребуется мало спин циклов проводить в ожидании.

[bitbucket]

А вот сколько дает LOCK# перед инструкцией ? Я что-то не нашел почные цифры в тактах для разных процессоров.

Зависит от реализации.

Я про инструкцию x86 процессора.

 

[Гость Eug]

Почему первые два графика получаются полностью одинаковыми, если их наложить друг на друга?

[JMan]

<br />Почему первые два графика получаются полностью одинаковыми, если их наложить друг на друга?<br />

<br /><br /><br />

Ну не знаю не накладывал, но поидей есть же зависимость между пакетами в секунду и трафиком (В среднем при большом количестве абонентов).

На тему тестирования. Провели синтетические тесты теперь всех платформ включая интелы разных поколений до самых топовых. Интересные результаты получили теперь могу уже все изложить в продолжении, ожидайте очень скоро будет.

[Гость Чертов Ганс]

Небось с Линухе всё как обычно: RSS работает, а TOE - фигушки?

(Другими словами, не всю акселерацию сетевухи, судя по статье, удалось включить).

[JMan]

<br />Небось с Линухе всё как обычно: RSS работает, а TOE - фигушки?<br />(Другими словами, не всю акселерацию сетевухи, судя по статье, удалось включить).<br />

<br /><br /><br />

А причем тут TOE к маршрутизации ? (Та и не хотят включать поддержку его в ядро по многим причинам). Вместо него продвигают LRO, которое дает практически такое же ускорение, но сам производитель пишет что надо вырубать её при маршрутизации, та и памяти в чипе маловато, абы столько сразу потоков разгрузить :). Та и сам интел говорит что надо выключать.

Выдержка из readme

 

А когда просто сервер с End user соединениями, типа веб сервера, то LRO работает проверял еще давненько.

Изменено 14 декабря, 2010 пользователем JMan

[Гость Eug]

Цитата(Eug @ 14.12.2010, 14:37)

 

Почему первые два графика получаются полностью одинаковыми, если их наложить друг на друга?

 

 

 

Ну не знаю не накладывал, но поидей есть же зависимость между пакетами в секунду и трафиком (В среднем при большом количестве абонентов).

 

 

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

Кроме того, настораживает то что трафик очень симметричный, т.е. значения входящих и исходящих параметров равны между собой.

Разве это возможно?

Еще вопрос по третьему графику: это все ядра грузятся до 50% или только нулевое?

[JMan]

<br />Цитата(Eug @ 14.12.2010, 14:37)<br /> <br />Почему первые два графика получаются полностью одинаковыми, если их наложить друг на друга?<br /><br /> <br /> <br />Ну не знаю не накладывал, но поидей есть же зависимость между пакетами в секунду и трафиком (В среднем при большом количестве абонентов).<br /><br /> <br /> Просто, если взять любую точку на этих двух графиках, то средний размер пакета равен ~672 байта(хотя возможно это и нормально)<br /> Кроме того, настораживает то что трафик очень симметричный, т.е. значения входящих и исходящих параметров равны между собой.<br /> Разве это возможно?<br /> Еще вопрос по третьему графику: это все ядра грузятся до 50% или только нулевое?<br />

<br /><br /><br />

Не внимательно читаем статью это сума вход трафика + исход трафика ибо нам же важно пакетов в секунду. Не важно через какую сетевую (наружную или внутреннюю) вошел пакет, главное сам факт что пакет пропустили через себя (как и у любого коммутатора есть значение пакетов в секунду). Я же написал что все ядра одинаково были загружены + - 2-5%, кроме 8 последних на них не было прерываний. Вторую часть все не как не допишу, там выложу конфиги.

Изменено 15 декабря, 2010 пользователем JMan

[pavelak]

Еще отвлеченный вопрос а интересно ли людям модифицированный ipset таблица, которая проверяет айпи на наличие и если есть айпи, то возвращает что есть, и кроме того делает классификацию куда отправить трафик. То есть при добавление айпи в таблицу надо указывать и номер класса куда слать трафик.

Пример ipset -A test_tbl 10.13.56.7 1:ab56. Может добавить удобства когда нужно в iptables быстро посмотреть открыт ли доступ для айпи и сразу промаркировать в нужный класс трафик.

более чем интересно

[Гость Andy52280]

Очень сильно надеюсь, что продолжение появится. Тема очень актуальна.

Особенно ценно мнение человека, разбирающегося в архитектуре ядра.

[Dyr]

Крайне интересная статья, респект.

Жду второй части тестирования на интеле, и если есть возможность, ещё и на FreeBSD проверить.

 

Вдобавок было бы здорово увидеть ещё статистику по "netstat -s".

[Гость laserjump]

Хотелось бы услышать про тюнинг ядра, настройку RPS.

[radids]

Здравствуйте!

Извиняюсь что беспокою вас, моя задача конечно куда скромней чем 10 гигабит на линуксе но всеже,

не могли бы вы поддержать мою тему своим советом. Сам глубоких познаний в linux не имею но передо мной стала задача, поставить на сервер AquaServer T222 линуксовый роутер а именно vyatta и сразу возникли проблемы.

 

Вот ссылка на тему http://forum.nag.ru/forum/index.php?showto...mp;#entry570580

Заранее спасибо!!!

[zkrvova]

Активное обсуждение замерло в ожидании результатов тестирования.

Подскажите, долго ещё ждать? Очень нуждаемся в этой информации!

[JMan]

Сори за долгое молчание, до нового года слег с тяжелым грипом, и реально до середины месяца был не совсем в трудовом духе, сейчас вроде разгреб что накопилось на работе и возьмусь за продолжение, тем более за месяц еще информации под накопилось.

[LionSprings]

HTB в линухе может работать только на одном проце и лочит отправку всех очередей, я писал в статье нарезка скорости стандартными средствами не работает на всех ЦПУ. Есть у меня одна идея как это можно обойти но слишком костыльный метод.

А как это можно узнать? Стоит у нас сейчас серверок, в качестве шейпящего бриджа, 2 с хвостиком гигабита нарезает на 10к очередей, и ни загрузки ни тормозов незаметно. Больше загрузки нету, и взять негде, но даже существующая загрузка процов довольно равномерно раскидана... Шейпер именно htb, дисциплины - pfifo и sfq, на обоих интерфейсах.

 mpstat -P ALL
Linux 2.6.36-gentoo-r5 (nbs)    27.01.2011      _x86_64_        (12 CPU)

17:30:41     CPU    %usr   %nice    %sys %iowait    %irq   %soft  %steal  %guest   %idle
17:30:41     all    0,01    0,00    0,02    0,00    0,00    0,34    0,00    0,00   99,62
17:30:41       0    0,03    0,00    0,04    0,01    0,00    0,52    0,00    0,00   99,41
17:30:41       1    0,02    0,00    0,02    0,00    0,00    0,71    0,00    0,00   99,25
17:30:41       2    0,01    0,00    0,02    0,00    0,00    0,28    0,00    0,00   99,70
17:30:41       3    0,01    0,00    0,01    0,00    0,00    0,26    0,00    0,00   99,72
17:30:41       4    0,01    0,00    0,01    0,00    0,00    0,26    0,00    0,00   99,71
17:30:41       5    0,01    0,00    0,01    0,00    0,00    0,27    0,00    0,00   99,71
17:30:41       6    0,02    0,00    0,03    0,00    0,00    0,51    0,00    0,00   99,44
17:30:41       7    0,01    0,00    0,02    0,00    0,00    0,31    0,00    0,00   99,65
17:30:41       8    0,01    0,00    0,01    0,00    0,00    0,26    0,00    0,00   99,72
17:30:41       9    0,01    0,00    0,01    0,00    0,00    0,24    0,00    0,00   99,74
17:30:41      10    0,01    0,00    0,01    0,00    0,00    0,24    0,00    0,00   99,74
17:30:41      11    0,01    0,00    0,01    0,01    0,00    0,25    0,00    0,00   99,71

 

[Iva]

А как это можно узнать? Стоит у нас сейчас серверок, в качестве шейпящего бриджа, 2 с хвостиком гигабита нарезает на 10к очередей, и ни загрузки ни тормозов незаметно.

А вы попробуйте выжать из HTB больше 2.5 Гиг.

[netime]

Стоит у нас сейчас серверок, в качестве шейпящего бриджа, 2 с хвостиком гигабита нарезает на 10к очередей, и ни загрузки ни тормозов незаметно. Больше загрузки нету, и взять негде, но даже существующая загрузка процов довольно равномерно раскидана... [/code]

Какой проц? сколько памяти?

[drv_sevstar]

какие сетевухи?

В счетчики классов трафик вообще попадает? :)

Изменено 28 января, 2011 пользователем drv_sevstar

[LionSprings]

А вы попробуйте выжать из HTB больше 2.5 Гиг.

Ну, как кто-то из магистралов сделает расширение и даст нам больше - попробуем. Счас просто физически нету больше 2,3 гиг, и расширение никто не дает - нет техвозможности.

Какой проц? сколько памяти?

Два Х5650, памяти 12 гиг.

какие сетевухи?

Набортные 82559

В счетчики классов трафик вообще попадает?

Конечно попадает, и шейпит довольно точно. Единственное - quantum стоит 3000.

 

[drv_sevstar]

какие сетевухи?

Набортные 82559

как на 100 мб-ной сетевухе раскачал 2 гбита?

[Zaqwr]

как на 100 мб-ной сетевухе раскачал 2 гбита?

это наверное шутка такая =) бортовых обычно 2х1000 ,

[LionSprings]

какие сетевухи?

Набортные 82559

как на 100 мб-ной сетевухе раскачал 2 гбита?

Опечатался. 82599 естественно. Платформа Supermicro 6016T-6RFT+