Queue Tree загрузка CPU
-
- Сообщения: 45
- Зарегистрирован: 03 мар 2016, 14:47
- Откуда: Зеленоград
Re: Queue Tree загрузка CPU
mr.hak777, отчего же, simple queue точно так же поддерживает приоритезацию трафика.
-
- Сообщения: 1
- Зарегистрирован: 15 апр 2017, 09:23
Re: Queue Tree загрузка CPU
поддерживаю топикстартера, на routeros 6 выкиньте на помойку queue tree + mangle и используйте simple. Нагрузка в 3.5 раза меньше. У меня была похожая ситуация, вводные данные похожи с теми, что в первом посте.
-
- Сообщения: 1
- Зарегистрирован: 09 окт 2018, 03:53
Re: Queue Tree загрузка CPU
Подниму старую тему.
Коллеги, а как обстоит дело с загрузкой процессора у симпл, если его строить в виде дерева?
Коллеги, а как обстоит дело с загрузкой процессора у симпл, если его строить в виде дерева?
-
- Сообщения: 70
- Зарегистрирован: 05 мар 2017, 17:33
Re: Queue Tree загрузка CPU
Сталкивался с такой же проблемой. Я решил ее по-другому...Разбил абонентов на группы в биллинге и на каждую группу работали свои куе три. Ну и следил, чтобы в одной очереди нагрузка была не более 700 мбит. Микрот в куе три не умеет распаралеливать нагрузку...каждая очередь закреплена за своим ядром.
Посмотрите где то на данном форуме уже поднимались такие темы и мною в том числе
Посмотрите где то на данном форуме уже поднимались такие темы и мною в том числе
-
- Сообщения: 18
- Зарегистрирован: 29 мар 2017, 23:15
Re: Queue Tree загрузка CPU
Прошли года и тема актуальна. 6.49
1072
нагрузки в районе 3гбит/с
как только переваливает за 3гб - проц 100%
в 7-й версии это вылечили?
Не охота на симплы спрыгивать назад, т.к там целая проблема потом управлять ими по api/ssh ( долго ищет )
1072
нагрузки в районе 3гбит/с
как только переваливает за 3гб - проц 100%
в 7-й версии это вылечили?
Не охота на симплы спрыгивать назад, т.к там целая проблема потом управлять ими по api/ssh ( долго ищет )
-
- Сообщения: 4157
- Зарегистрирован: 29 фев 2016, 15:26
- Откуда: Минск
-
- Сообщения: 18
- Зарегистрирован: 29 мар 2017, 23:15
Re: Queue Tree загрузка CPU
К примеру, у нас есть вот такой симпл:
add max-limit=50M/50M name=99999999 target=10.2.14.55/32 time=16h-1h,sun,mon,tue,wed,thu,fri,sa
Что бы его удалить - выполняем команду:
/queue simple remove [find name="216000004"] ( либо аналогично по IP адреса ).
При 2000~ симплах выполнение команды в районе 3 секунд. Это туматч.
Да, есть вариант по ID управлять и тогда сносить симплы он будет моментально, но это ж надо хранить базу с ID всего листа, это как-то нединамичненько.
-
- Сообщения: 4157
- Зарегистрирован: 29 фев 2016, 15:26
- Откуда: Минск
Re: Queue Tree загрузка CPU
А какая часть занимает 3 секунды? remove или find? Потому как подключиться по API, за 3 секунды загрузить весь список и потом удалять по id всё, что надо - вполне себе динамичненько и никаких баз не надо.
-
- Сообщения: 18
- Зарегистрирован: 29 мар 2017, 23:15
Re: Queue Tree загрузка CPU
и так и сяк абы что.
Биллинг выполняет операции последовательно по каждому юзеру.
Удалить симпл.
finde будет занимать столько же времени, сколько получение всего списка.
Биллинг выполняет операции последовательно по каждому юзеру.
Удалить симпл.
finde будет занимать столько же времени, сколько получение всего списка.
-
- Сообщения: 4157
- Зарегистрирован: 29 фев 2016, 15:26
- Откуда: Минск
Re: Queue Tree загрузка CPU
А если исключить find и вместо `/queue simple remove [find name="216000004"]` использовать просто `/queue simple remove "216000004"` - сколько занимает времени?
-
- Сообщения: 18
- Зарегистрирован: 29 мар 2017, 23:15
Re: Queue Tree загрузка CPU
Столько же.
Разница только в том, что finde позволяет еще и изменения внести.
Разница только в том, что finde позволяет еще и изменения внести.
-
- Сообщения: 18
- Зарегистрирован: 29 мар 2017, 23:15
Re: Queue Tree загрузка CPU
При этом работать со статичным списком не выйдет.
Когда ты удаляешь один элемент, то все последующие элементы после него ( с большим ИД ) - принмают ид на один меньше.
-
- Сообщения: 4157
- Зарегистрирован: 29 фев 2016, 15:26
- Откуда: Минск
Re: Queue Tree загрузка CPU
Вы что-то совсем не то прочитали, что я написал. "216000004" - это ведь имя вайшей очереди, а не ID или какой-нибудь индекс?
Что не так с внесением изменений?
Вроде все операции работают без find
Что не так с внесением изменений?
Код: Выделить всё
> queue/simple/set my-queue-123 max-limit=10M/20M
> queue/simple/remove my-queue-123
-
- Сообщения: 18
- Зарегистрирован: 29 мар 2017, 23:15
Re: Queue Tree загрузка CPU
`/queue simple remove [find name="216000004"]` все равно в конечном итоге делает поиск.
момнетально удалять получается только по ID.
Если выгрузить список полный, найти в нем ID записи и сделать запрос удаления по ид, то микротик сделает это моментально ( как и иные операции ), но на получение списка все равно уходит время.
так что:
Выгрузка списка
или
/queue simple remove [find name="216000004"]
работают с идентичной скоростью.
Овербыстро работает только удаление по ID
момнетально удалять получается только по ID.
Если выгрузить список полный, найти в нем ID записи и сделать запрос удаления по ид, то микротик сделает это моментально ( как и иные операции ), но на получение списка все равно уходит время.
так что:
Выгрузка списка
или
/queue simple remove [find name="216000004"]
работают с идентичной скоростью.
Овербыстро работает только удаление по ID
-
- Сообщения: 4157
- Зарегистрирован: 29 фев 2016, 15:26
- Откуда: Минск
-
- Сообщения: 18
- Зарегистрирован: 29 мар 2017, 23:15
Re: Queue Tree загрузка CPU
-
- Сообщения: 4157
- Зарегистрирован: 29 фев 2016, 15:26
- Откуда: Минск
Re: Queue Tree загрузка CPU
Увы, у меня не осталось больше 6-х версий, так что и проверить не на чем...