Стич Опубликовано 5 мая, 2012 (изменено) · Жалоба Для ограничения скорости абонентам сейчас используем HTB, тарифы у юзеров перевалили за 10МБит/c, и дабы разгрузить процессор задумался использовать полисер tc filter police rate В связи с чем возникли вопросы как лучше это использовать, что бы абонент не почувствовал разницу по сравнению с HTB. Использовать ли ядро с включенным Estimators или filter police использовать в режиме TBF, как рассчитать burst для заданной скорости. Изменено 5 мая, 2012 пользователем Стич Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
taf_321 Опубликовано 5 мая, 2012 · Жалоба Для ограничения скорости абонентам сейчас используем HTB, тарифы у юзеров перевалили за 10МБит/c, и дабы разгрузить процессор задумался использовать полисер tc filter police rate Может лучше обратить внимание на дисциплину HFSC вместо HTB? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vitalyb Опубликовано 5 мая, 2012 · Жалоба Существенной разницы не будет, у меня не было, во всяком случае. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
martini Опубликовано 5 мая, 2012 · Жалоба а может лучше заюзать хеш таблицы ?? ) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
photon Опубликовано 5 мая, 2012 (изменено) · Жалоба В моем скрипте такой метод ограничения трафика реализован, причем уже с хэш-таблицами. Чтобы был полисинг в двух направлениях, в sc.conf нужно поставить limit_method = policing. Не думаю, что на практике получится какой-то существенный выигрыш в производительности от замены шейпинга с простейшей краевой дисциплиной pfifo на полисинг. Но с точки зрения экспериментальной проверки это интересно. Кроме того, придется подкручивать параметр burst в краевых фильтрах, чтобы полисинг обеспечивал номинальную скорость. Изменено 5 мая, 2012 пользователем photon Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Стич Опубликовано 6 мая, 2012 · Жалоба Хеш таблицы заюзаны изначально, но они ни как не связаны с методом ограничения трафика HTB или полисинг. Первоначальные эксперименты показали выигрыш полисинга в производительности, но были прерваны по причине дискомфорта юзеров предположительно из за неправильно подобранного burst. Кроме того в документации упоминается что если включить в ядре Estimators, то это будет ещё проще для процессора. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
photon Опубликовано 6 мая, 2012 · Жалоба Полисинг также увеличит потребление трафика процентов на 25, т.к. пока буфер для входящего трафика не заполнен, имеет место всплеск скорости, значительно превышающий номинал. Поэтому использование шейпинга с краевыми дисциплинами fifo или red вместо sfq является компромиссным вариантом. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Стич Опубликовано 6 мая, 2012 · Жалоба у кого нибудь есть опыт использования filter police rate Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...