Ilya Evseev Опубликовано 7 февраля, 2010 · Жалоба Данный вопрос уже поднимался в разных темах, но внятного положительного ответа на него вроде бы не прозвучало. Итак, есть шлюз с FreeBSD или Линуксом, процессор Core2 Quad (не Xeon!) и две сетевых карты. Автоматическое или ручное разнесение системных процессов и системных прерываний по разным парам ядер приводит к потере производительности. Вопрос: можно ли, и если да, то какими конкретно настройками, задействовать на шлюзе вторую пару ядер, получив адекватное увеличение производительности? Карты разные: одна очередь-один системный поток (broadcom), одна очередь-несколько потоков (intel pt), много очередей и потоков (intel et). Интересуют ответы и для Linux, и для FreeBSD. Например, поможет ли здесь net.isr.direct=0 для FreeBSD? Будет ли [swi1:net] тормозить при распараллеливании на разные пары ядер? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
mikevlz Опубликовано 7 февраля, 2010 · Жалоба на 7.х я не вижу swi1:net в топе вообще на vpn-ах, на 8.0, стоящей бордером - тем более. вроде отсутствие многопоточности на сети это удел 6.х и более старых. Может потестить на 8.0 фре имеет смысл? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Giga-Byte Опубликовано 7 февраля, 2010 · Жалоба попробуйте "драйвер от яндекса" ну и как сказал jab почти в соседнем топике, что сетевые карты бывают только intel, остальные - сетёвки :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ilya Evseev Опубликовано 8 февраля, 2010 · Жалоба попробуйте "драйвер от яндекса"Пробовал с 1000/PT.Пока было по два потока на каждую карту на разных парах ядер - dummynet кушал 70-90% CPU. Сделал по одному потоку, всё закрепил на первую пару - dummynet исчез, суммарная нагрузка снизилась. что сетевые карты бывают только intel, остальные - сетёвки :)Есть пара asus rs100 (за $800), на одном intel pt (за $200), на другом только встроенный broadcom.С intel, похоже, вытянет гигабит, с bge около 800 mbps. В такой ситуации intel, по-моему, не особо нужен. Вот если бы вторую пару ядер в core2quad удалось задействовать, тогда другое дело: можно было бы либо повесить на этот шлюз дополнительные функции (pf nat + pfflowd/ng_netflow), либо увеличить пропускаемый трафик, сделав 2 lagg-интерфейса по 2 gbps. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
mantyr Опубликовано 8 февраля, 2010 · Жалоба При особом желании - писать свой драйвер. Доп.функции уж точно можно повесить на два оставшихся ядра. Весь вопрос может упереться в шину. Процессор-то хороший, а вот что за мат.плата не известно. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Giga-Byte Опубликовано 8 февраля, 2010 · Жалоба При особом желании - писать свой драйвер. Доп.функции уж точно можно повесить на два оставшихся ядра. Весь вопрос может упереться в шину. Процессор-то хороший, а вот что за мат.плата не известно.не надо ничего писать, всё уже написано,необходимо правильно и с толком это использовать Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vadislaus Опубликовано 8 февраля, 2010 · Жалоба <br />на 7.х я не вижу swi1:net в топе вообще на vpn-ах, на 8.0, стоящей бордером - тем более. вроде отсутствие многопоточности на сети это удел 6.х и более старых. Может потестить на 8.0 фре имеет смысл?<br /><br /><br /><br />В 8-ке переписан TCP, в том числе и для лучшей работы в многопроцессорных системах. "новая сетевая архитектура получит поддержку параллельных потоков, учитывающих особенности современных многоядерных процессоров, что ускорит обработку сетевых подключений. Разработчики сообщают, что в восьмой версии системы пришлось переписать фундаментальную систему процессинга сетевых пакетов и работы с сетевым протоколом. Но несмотря на это, разработчики утверждают, что практически все приложения, использующие сетевую архитектуру и работавшие в FreeBSD 7, не потеряют совместимость за счет работы через таблицы маршрутизаци и слои абстракции." Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Mechanic Опубликовано 10 февраля, 2010 · Жалоба под каккую архитектуру следует компилить freebsd для core2duo или Quard ? в системе 4 гига памяти,кусок не видится: 458752K of memory above 4GB ignored Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Dyr Опубликовано 10 февраля, 2010 · Жалоба amd64 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ivan_83 Опубликовано 10 февраля, 2010 · Жалоба native Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Giga-Byte Опубликовано 11 февраля, 2010 · Жалоба i386+PAE (чтобы глаза радовались :) а вообще, зачем 4Гб на шлюз?? не понимаю... оставляйте как есть. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vadislaus Опубликовано 11 февраля, 2010 · Жалоба У меня 8-ка amd64 с mpd и quagga (ospf) падала раз в два дня. Откатился до 7.2 i386 - пока полет нормальный. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Mechanic Опубликовано 11 февраля, 2010 (изменено) · Жалоба i386+PAE (чтобы глаза радовались :) а вообще, зачем 4Гб на шлюз?? не понимаю... оставляйте как есть. да постоянные заморочки с биндом насчет памяти, стояло раньше 2гига, думал поможет правильно распределить скорре верну назад : 2гига оперативки, вот как лучше i386 или amd64 ? при таком раскладе Кстати i386+PAE - есть нарекания насчет стабильности системы и тут какраз рекомендуют ставить amd64 Изменено 11 февраля, 2010 пользователем Mechanic Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Giga-Byte Опубликовано 11 февраля, 2010 · Жалоба i386+PAE (чтобы глаза радовались :) а вообще, зачем 4Гб на шлюз?? не понимаю... оставляйте как есть. да постоянные заморочки с биндом насчет памяти, стояло раньше 2гига, думал поможет правильно распределить скорре верну назад : 2гига оперативки, вот как лучше i386 или amd64 ? при таком раскладе вопросы:0. что-за "заморочки на счет памяти"? 1. сколько вечером абонентов используют бинд? 2. сколько он отжирает памяти? 3. есть ли вторичный бинд на другой машине 4. лимит datasize увеличивали? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ivan_83 Опубликовано 13 февраля, 2010 · Жалоба Бинд разве нечем заменить!? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ilya Evseev Опубликовано 13 февраля, 2010 (изменено) · Жалоба Бинд разве нечем заменить!?Риторический вопрос :)Авторитативный для внешних зон - PowerDNS или NSD. Кэширующий форвардер для локалки - Dnsmasq или Unbound. Правда, какое отношение BIND имеет к моей теме "Core2 Quad на шлюзе" - лично мне непонятно. Изменено 13 февраля, 2010 пользователем Ilya Evseev Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...