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

Высокая загрузка процессора — более 70% только на очередь.

Высокая загрузка процессора — более 70% только на очередь., RouterOS

hel

Guest

20.11.2018 16:57:00

Здравствуйте. Сегодня вечером мы заметили необычную загрузку процессора на нашем основном роутере CCR1036. Обычно она составляет 15-30% в пике, а сегодня была выше 90% без видимых причин. При переходе в tool>profile показано, что вся обработка заняла в сумме 6%, кроме очередей, которые потребляют почти 80% ресурсов процессора. Версия ROS — 6.42.9. Кто-нибудь сталкивался с похожими проблемами?

hel

Guest

15.12.2018 11:14:00

В чём причина этого? Я поигрался с mangles (теперь отмечаю соединения перед пакетами), уменьшил размеры очередей pcq (с 50 до 10), менял типы очередей в родительских очередях дерева очередей. Отмечаю, что нагрузка на CPU ниже с RED-очередью в родительских очередях дерева. Но даже с этими изменениями нагрузка прыгает с 20% до более 60% в пиковые часы. На CCR 1009 таких проблем не было, там постоянно держалось 35-45% нагрузки на CPU. Это меня реально беспокоит. Наши клиенты жалуются на зависания в вечерние часы пик. Что можно сделать, чтобы это исправить?

sebastia

Guest

15.12.2018 12:12:00

Привет! Просто подумал: сейчас каждая дочерняя очередь для каждого пакета должна занимать у родительской очередь. Если бы были заданы limit-at и max-limit, очереди могли бы чаще работать «внутри» себя, и, возможно, это снизило бы нагрузку на процессор. Главное помнить, что сумма limit-at всех дочерних очередей не должна превышать max-limit родительской очереди.

hel Guest	#4 0 16.12.2018 15:07:00 Трудно найти какую-либо информацию о размерах родительской очереди. Постараюсь поискать подробнее. Спасибо за ответ.

mducharme

Guest

16.12.2018 16:19:00

Привет! Не думаю, что игра с такими настройками сильно тебе поможет. Проблема скорее всего в использовании «global» в качестве родителя и единой деревоподобной структуры для всех очередей. На CCR с таким уровнем трафика легко нагрузить одно ядро, если столько PCQ соединены с «global». Переход на простые очереди и немного упрощение этой структуры должно решить проблему.

DanielM1 Guest	#6 0 17.12.2018 08:41:00 Спасибо за информацию!

DanielM1 Guest	#7 0 17.12.2018 08:45:00 Спасибо

DanielM1 Guest	#8 0 17.12.2018 08:50:00 спасибо

hel Guest	#9 0 26.12.2018 18:57:00 Похоже, проблема связана с долгосрочной прошивкой. Я обновился до версии 6.43.8, и проблема исчезла. Версии 6.42.x, кажется, затронуты. Я видел несколько сообщений об этой прошивке. Планирую в ближайшем будущем перейти на simple queues, но сейчас пытался найти быстрое решение.

Читают тему

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