Барагоз Опубликовано 6 июня, 2010 · Жалоба Здравствуйте. Как известно, простые очереди на микротике отрабатываются по порядку. Когда их по крайней мере несколько десятков, возникает естественное желание с определенной периодичностью выполнять сортировку списка очередей с тем, чтобы наиболее часто используемые очереди оказывались вверху списка. Взялся писать скрипт. Идея была в том, чтобы в цикле находить очередь с максимальным значением total-bytes или total-packets и запихивать mov'ом на нужную позицию. А не тут-то было. Максимум прекрасно ищется, а вот конструкция вида /queue simple move $num 0 как оказалось, работает только после выполнения команды print в терминале. А print в скриптах бессмысслен и не работает. Как это обойти, не приходит в голову. Тупик? Вообще, как-то очень странно, что у элемента, входящего в строгую последовательность, нет никакого свойства, эквивалентного номеру... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
martini Опубликовано 7 июня, 2010 · Жалоба ну иак заюзай find, работает без проблем Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Барагоз Опубликовано 7 июня, 2010 (изменено) · Жалоба Юзать find для чего? 'Максимальный элемент' я нахожу, указатель на него есть в num. Если делать в скрипте move без второго аргумента (/queue simple move $num), нужная очередь исправно кидается в конец. Проблема в том, что второй аргумент mov'а (целевая позиция, в данном примере нолик) не воспринимается без предварительного запуска print'а. Изменено 7 июня, 2010 пользователем Барагоз Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ilya Evseev Опубликовано 7 июня, 2010 · Жалоба Если делать в скрипте move без второго аргумента (/queue simple move $num), нужная очередь исправно кидается в конец.Может быть, переносить не более быстрые из середины в начало, а более медленные из начала в конец?Тогда быстрые рано или поздно окажутся первыми. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
martini Опубликовано 7 июня, 2010 (изменено) · Жалоба не с той стороны посмотрел)), метод который предложил Ilya Evseev работает и у меня (главное такой метод не использовать при большом количестве queue) Изменено 7 июня, 2010 пользователем martini Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ilya Evseev Опубликовано 7 июня, 2010 · Жалоба главное такой метод не использовать при большом количестве queueБольшое количество - это сколько?Хочу попробовать RB/750G шлюзом для поселковой сетки на 300 клиентов и 50mbps, есть сомнение - потянет или нет? Будут nat, acl, netflow, simple queues. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...