+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

CHR tx-queue-drops-per-second

CHR tx-queue-drops-per-second, RouterOS

ScottReed

Guest

02.04.2020 18:42:00

CHR 6.45.8 RouterMaxx Vengeance на ESXi 6.7U3 / i7-7700 / 32GB. Используется как пограничный роутер, подключённый к IX и провайдеру. Более 90 сессий BGP-пиринга. Частичные маршруты от провайдера. Любая нагрузка на любом из интерфейсов приводит к более чем ~3000 сбросам tx-очереди в секунду. Например:

/interface monitor-traffic interface=sfp-sfpplus7
name: sfp-sfpplus7
rx-пакетов в секунду: 129 961
rx-бит в секунду: 290.7Mbps
fp-rx-пакетов в секунду: 0
fp-rx-бит в секунду: 0bps
rx-сбросов в секунду: 0
rx-ошибок в секунду: 0
tx-пакетов в секунду: 218 756
tx-бит в секунду: 2.1Gbps
fp-tx-пакетов в секунду: 0
fp-tx-бит в секунду: 0bps
tx-сбросов в секунду: 0
tx-очередь-сбросов в секунду: 2 836
tx-ошибок в секунду: 0

Это происходит и на фронтальном расширении MaxxWave 4-Port 10G, и на задней карте расширения HotLava St. Helens 4-Port 10G. Используются FS-модули. Загруженность CHR CPU — около 40% при 5 Гбит/с, загруженность CPU ESXi — около 80% при 5 Гбит/с.

Планирую выделить время для отключения гиперпоточности в BIOS — надеюсь, это даст небольшой прирост производительности, но сомневаюсь, что это решит проблему. Помимо отличных советов по повышению производительности CHR от NorthIdahoTom, есть ли ещё какие-то идеи?

inteq Guest	#2 0 01.05.2024 14:01:00 Спасибо. Работает у меня внутри CHR. Было интересно, почему счётчик растёт даже при очень маленькой использованной полосе пропускания. Почитал вики… теперь немного умнее, но в этом плане всё равно глупый.

faisali Guest	#3 0 08.05.2020 03:00:00 Просто предложение: попробуй поменять тип очереди на multi-queue-ethernet и также разберись, как включить это для сетевой карты через гипервизор или Vmware.

PortalNET

Guest

07.12.2023 21:43:00

Привет, ребята! У меня такая же проблема на RoS V7.12 x64 с двумя картами Intel X520 da2. Кто-нибудь нашёл решение? В настройках очереди интерфейса у меня стоит only-hardware-queue. Можно ли поменять на multi-queue-ethernet?
EDIT1: После того, как я поменял в списке очередей / Interface Queues на multi-queue-ethernet-default, прошло уже больше 10 минут, и сбросов в tx queue 0, ошибок RX тоже 0.

ahmdzaki18

Guest

17.12.2023 09:28:00

Попробуй использовать привязку к процессору для выделенного CPU CHR и SR-IOV, чтобы обойти ядро ESXi при использовании выделенной сетевой карты CHR. Виртуализация всегда превращается в головную боль для сетей, если не настроена правильно.

Larsa Guest	#6 0 18.12.2023 10:20:00 Да, это точно стоит закрепить где-нибудь как лучшее правило.

wpeople

Guest

14.04.2024 18:39:00

Если хотите запускать ваш роутер в виртуальной машине, настоятельно рекомендую использовать PCI-passthru для передачи всей сетевой карты в ВМ. SR-IOV — это здорово, но только если трафик не очень большой, потому что он может обрабатывать лишь 1 или 2 очереди rxtx на порт, тогда как сетевая карта X520DA-2 поддерживает около 64 или 128 очередей на порт.

Larsa Guest	#8 0 15.04.2024 12:30:00 Не обязательно. В конечном итоге всё зависит от того, насколько хорошо драйвер разработан специально для каждого решения. Если используется одна сетевая карта (NIC), выделенная только для одной гостевой ОС, то с современными драйверами разница, скорее всего, вообще не измеряется. Главное отличие в том, что при использовании PCI passthrough (VMware DirectPath) сетевая карта привязывается к одному гостю, а при SR-IOV её может использовать несколько гостей. Размеры RX/TX очередей сетевой карты напрямую зависят от аппаратных возможностей и драйвера. В интернете есть множество статей, где всё это подробно разъясняется.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры