zloZ Опубликовано 31 декабря, 2008 · Жалоба Из релиз нотесов: The dummynet(4) subsystem now supports fast mode operation which allows certain packets to bypass the dummynet scheduler. This can achieve lower latency and lower overhead when the packet flow is under the pipe bandwidth, and eliminate recursion in the subsystem. The new sysctl variable net.inet.ip.dummynet.io_fast has been added to enable this feature. Как это работает кто-нить разбирался? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
z18 Опубликовано 1 января, 2009 · Жалоба А что не понятно-то? Идея в том, чтобы пакеты проходящие через dummynet могли fastforward'ится. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
zloZ Опубликовано 1 января, 2009 · Жалоба А что не понятно-то? Идея в том, чтобы пакеты проходящие через dummynet могли fastforward'ится.Как-то первая фраза более похожа на "Думминет теперь поддерживает режим быстрой обработки при которой определенные пакеты не задерживаютя для обработки думминетом".Хотя мож мы об одном и том же говорим. Но меня интересует не риторика, а технические данные и реализация. Типа при правилах --- --- пакеты удовлетворяющие условиям ххх будут пролетать не задерживаясь. Конкретный пример, пожалуйста. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kaN5300 Опубликовано 1 января, 2009 · Жалоба when the packet flow is under the pipe bandwidth Написано же. Если поток не доходит до потолка, механизм шейпирования вобще не применяется. Я так понял. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
zloZ Опубликовано 2 января, 2009 · Жалоба Угу, похоже на правду. Ток тогда получается что фенька работает если "клиент" свой канал недогружает, что встречается редко, но игрокам самое то. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kaN5300 Опубликовано 3 января, 2009 · Жалоба У нас с четырьмя мегабитами частенько недогружают. Поработать бы сутки с нулевым значением и сутки с единичкой, сравнить статистику. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
t0ly Опубликовано 14 мая, 2009 · Жалоба кто то тестировал? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
31337Ghost Опубликовано 16 февраля, 2010 (изменено) · Жалоба net.inet.ip.dummynet.io_fast=0 57.03% dummynet net.inet.ip.dummynet.io_fast=1 6.84% dummynet Изменено 16 февраля, 2010 пользователем 31337Ghost Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
goletsa Опубликовано 16 февраля, 2010 · Жалоба А с пингами как? У меня пинг растет при его включении в 2 раза гдето Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Elisium Опубликовано 16 февраля, 2010 · Жалоба Поставь яндеховые дрова наконец. Уже ж в другой теме тебе писали. У тебя на каждую сетевуху по одному ядру и они на 100% нагружены, а остальные ядра и до 50% недобирают. Какие там еще пинги при перегруженом проце ?? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Paul Argentoff Опубликовано 19 февраля, 2010 · Жалоба Поставь яндеховые дрова наконец. Уже ж в другой теме тебе писали.У тебя на каждую сетевуху по одному ядру и они на 100% нагружены, а остальные ядра и до 50% недобирают. Какие там еще пинги при перегруженом проце ?? А яндексовые дрова под 7.2|8.0 есть? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Dyr Опубликовано 19 февраля, 2010 · Жалоба Под 7.2 есть. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Paul Argentoff Опубликовано 19 февраля, 2010 · Жалоба Под 7.2 есть. О! URL? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ilya Evseev Опубликовано 19 февраля, 2010 · Жалоба Под 7.2 есть. О! URL? (под бой литавров) http://people.yandex-team.ru/~wawa/ Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
redixin Опубликовано 22 февраля, 2010 · Жалоба иии? помогли дрова от яндекса? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Paul Argentoff Опубликовано 22 февраля, 2010 · Жалоба иии? помогли дрова от яндекса? Руки не дошли. Пока играю в поллинг. Вот ужо наиграюсь -- проверю. А что в этих дровах интересного кроме разброса ниточек по ядрам? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
MaLblsH Опубликовано 1 октября, 2010 · Жалоба У меня на 8.0-STABLE-201005 amd64 при: net.inet.ip.dummynet.io_fast: 1 Счётчики показывают: net.inet.ip.dummynet.io_pkt_drop: 106886552net.inet.ip.dummynet.io_pkt_fast: 0 net.inet.ip.dummynet.io_pkt: 5210146253 Получается у меня вообще никто мимо шейпера не бегает ? Полосы от 1 Мбита и до 16 Мбит. Не думаю, что все полосы забиты до краёв. Параметр применяем ещё с 7.0, если не изменяет память, и никогда счётчик не был равен 0. upd: на другом шейпере с FreeBSD 7.2-STABLE-200906 точно такая же петрушка :( Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
YuryD Опубликовано 1 октября, 2010 · Жалоба upd: на другом шейпере с FreeBSD 7.2-STABLE-200906 точно такая же петрушка :( FreeBSD 7.3-STABLE #0: net.inet.ip.dummynet.io_pkt_drop: 14558307 net.inet.ip.dummynet.io_pkt_fast: 139517436 net.inet.ip.dummynet.io_pkt: 923458709 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
MaLblsH Опубликовано 1 октября, 2010 · Жалоба upd: на другом шейпере с FreeBSD 7.2-STABLE-200906 точно такая же петрушка :( FreeBSD 7.3-STABLE #0: net.inet.ip.dummynet.io_pkt_drop: 14558307 net.inet.ip.dummynet.io_pkt_fast: 139517436 net.inet.ip.dummynet.io_pkt: 923458709 Хм... может мы где в правилах запутались :( Если не сложно, киньте кусочек правил для одной трубы ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ivan_83 Опубликовано 1 октября, 2010 · Жалоба Если я правильно понял, то fast = ip_fastfwd - оно гонит пакеты прямиком в if_output, не заворачивая в netisr очередь и короче говоря много доп/лишней работы не делая, но пакеты не все могут идти через фаст, оно не работает для пакетов с опциями, броадкаста, мультикаста, пакетов от/к этому хосту. Для все этих случаев пакеты уходят на ip_input, откуда после обработки уходит в netisr, который видимо вызывает ip_output и уже он отправляет в if_output. net.inet.ip.dummynet.io_fast: 1Полагаю кроме этого нужно в принципе включить фастфорвадинг: net.inet.ip.fastforwarding: 1 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
photon Опубликовано 1 октября, 2010 (изменено) · Жалоба А почему бы тогда не сделать шейпер мостом, чтобы не было необходимости в маршрутизации? Изменено 1 октября, 2010 пользователем photon Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
marikoda Опубликовано 2 октября, 2010 · Жалоба А почему бы тогда не сделать шейпер мостом, чтобы не было необходимости в маршрутизации? И как производительность в варианте с мостом?? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
photon Опубликовано 2 октября, 2010 (изменено) · Жалоба Должна быть выше, по идее, т.к. нет маршрутизации. Видел у знакомого мост-шейпер на 8-процессорной машине с FreeBSD, держит по 450 Мбит/с в обе стороны, пакетрейт около 100 kpps, загруженность процессоров менее 20%. Изменено 2 октября, 2010 пользователем photon Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
marikoda Опубликовано 3 октября, 2010 · Жалоба Должна быть выше, по идее, т.к. нет маршрутизации. Видел у знакомого мост-шейпер на 8-процессорной машине с FreeBSD, держит по 450 Мбит/с в обе стороны, пакетрейт около 100 kpps, загруженность процессоров менее 20%. А правда, что аналог на линуксе меньше ресурсов требует (tc htb) ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
photon Опубликовано 3 октября, 2010 · Жалоба А правда, что аналог на линуксе меньше ресурсов требует (tc htb) ? Я бы так не сказал. При должном умении и правильном железе, везде можно добиться шейпинга на аппаратных скоростях. Однако, dummynet умеет решать лишь несколько определенных задач, в то время как QoS-подсистему в Linux можно настроить как угодно. Недостаток линуксового решения в том, что для него намного сложнее генерировать правила. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...