jab Опубликовано 21 октября, 2009 · Жалоба А что, man cpuset уже не модно ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Giga-Byte Опубликовано 22 октября, 2009 · Жалоба прибивать гвоздями треды к ядрам, чтобы уйти от деградации предикшина на глубоких конвейерах. :-)а можно поподробнее и с методами?)или хотя бы куда посмотреть cpuset в 7.2 кто тестил? на каком pps есть смысл? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
adeep Опубликовано 22 октября, 2009 · Жалоба А что, man cpuset уже не модно ?ага, логично) из головы вылетело) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jab Опубликовано 22 октября, 2009 · Жалоба cpuset в 7.2кто тестил? на каком pps есть смысл? Не вижу никакой связи с pps. В теории имеет смысл на квадах прибивать треды привязанные к одной очереди пакетов на парные ядры... Но это только в теории, nehalem рулит. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Giga-Byte Опубликовано 22 октября, 2009 · Жалоба cpuset в 7.2кто тестил? на каком pps есть смысл? Не вижу никакой связи с pps. В теории имеет смысл на квадах прибивать треды привязанные к одной очереди пакетов на парные ядры... Но это только в теории, nehalem рулит. спасибо. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Dyr Опубликовано 26 октября, 2009 (изменено) · Жалоба Речь идет о приеме и передаче пакетов на уровне виртуальных устройств и драйверов сетевух, а вы говорите про NAT и тем более копирование пакетов в userland для обсчета в ipcad. photon, спасибо за ответ, однако хотел бы заметить, что бутылочным горлышком был не NAT и не ipcad, а именно прерывания по сетевым картам. Кстати, а разве NAT в Linux не в kernel-space происходит? P.S. Яндексовские em-драйвера-то сейчас стоит пользовать? Изменено 26 октября, 2009 пользователем Dyr Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jab Опубликовано 26 октября, 2009 · Жалоба P.S. Яндексовские em-драйвера-то сейчас стоит пользовать? Тому, кто такие вопросы задает, скорее всего не стоит. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Dyr Опубликовано 26 октября, 2009 (изменено) · Жалоба jab, меня интересуют результаты, а не пробы. Не видел success-stories типа "поставил yandex-em-драйвера, и всё залетало". Изменено 26 октября, 2009 пользователем Dyr Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jab Опубликовано 26 октября, 2009 · Жалоба jab, меня интересуют результаты, а не пробы. Не видел success-stories типа "поставил yandex-em-драйвера, и всё залетало". К окулисту надо обращаться. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Dyr Опубликовано 26 октября, 2009 (изменено) · Жалоба И вам, уважаемый, не болеть. Вернёмся, тем не менее, к обсуждению. В настоящий момент, насколько я могу судить, драйвера от Яндекса идут под RELENG7. Что насчёт RELENG8? Сама ветка 8.0 выглядит многообещающе, особенно с учётом внесённый изменений в сетевой стек и разнесения L2/L3 уровней. Update: поставил яндексовские драйвера, разница по загрузке существенна. Хоть у меня и не 500 kpps, как у вас, но загрузка тем не менее упала с 30% WCPU по каждой из сетевух до 4%. Поллинг, правда, давал значения ещё ниже (да-да, я знаю про некошерность поллинга, однако он работал, и работал без проблем). Спасибо. Изменено 26 октября, 2009 пользователем Dyr Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
migosm Опубликовано 26 октября, 2009 · Жалоба В Linux очередь из верхних половин обработчиков прерываний (softirq) обрабатываются несколькими тредами ksoftirqd, которых в SMP-ядрах всегда по одному на каждый процессор/ядро. Выигрыш от bonding будет скорее не в снижении нагрузки на процессор, а в уменьшении задержек и в увеличении устойчивости к DoS-атакам, т.к. пакеты будут обрабатываться сразу двумя аппаратными очередями. Может все-таки из нижних половин, те, которые для сетевой подсистемы ядра линукс реализованы через механизм отложенных прерываний (softirq) и обрабатываются планируются как обычные tasks в ksoftirqd ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
photon Опубликовано 26 октября, 2009 · Жалоба Может все-таки из нижних половин, те, которые для сетевой подсистемы ядра линукс реализованы через механизм отложенных прерываний (softirq) и обрабатываются планируются как обычные tasks в ksoftirqd ? Да, точно, нижних. Все время их путаю. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
adeep Опубликовано 26 октября, 2009 · Жалоба Не видел success-stories типа "поставил yandex-em-драйвера, и всё залетало".Если внимательно ко всем обсуждениям интеловских сетевух присмотреться, то можно заметить что яндекс дрова априори используются для распределения нагрузки между ядрами.стандартные драйвера em такого не умеют. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jab Опубликовано 27 октября, 2009 · Жалоба поставил яндексовские драйвера, разница по загрузке существенна. Хоть у меня и не 500 kpps, как у вас, но загрузка тем не менее упала с 30% WCPU по каждой из сетевух до 4%. Поллинг, правда, давал значения ещё ниже (да-да, я знаю про некошерность поллинга, однако он работал, и работал без проблем). Спасибо. Кесарю кесарево, а поллингу поллингово. У меня бордера с натом до сих пор на поллинге. Он с idle_poll=1 медленнее процентов на 10% чем стандартные em(4), но гарантирует от роста задержек и тормозов системы, когда проц не успевает прожевать пакеты. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Dyr Опубликовано 27 октября, 2009 (изменено) · Жалоба У меня к поллингу смешанные чувства. Скажем, везде говорится, что на интеловских гигабитках он ненужен и даже вреден, а вот на Broadcom (bge-драйвер) должен работать хорошо. Однако у меня(нас) прямо противоположный опыт - на bge поллинг хоть и опускал загрузку, но начинал творить странное с трафиком(сейчас уже не упомню точно что), а на интеловских em свежий опыт говорит, что загрузку снижает безболезненно. Оставил в CARP'овском "кластере" одну машину под яндексовскими драйверами, одну под поллингом. :) Изменено 27 октября, 2009 пользователем Dyr Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jab Опубликовано 27 октября, 2009 · Жалоба Если бы можно было запускать на каждое ядро по поллингу... цены бы ему не было. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
adeep Опубликовано 27 октября, 2009 · Жалоба мож допилят) где-нить к 9 версии фри) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...