
Ivan
23.05.2017
09:03:23

Sergiy
23.05.2017
09:03:49
хм, я что то в жизни упустил ?
да
странно, значит что то в новых релизах накрутило
сижу на деревьях и горя не знаю

Google

Ivan
23.05.2017
09:04:23
Я бы в Simple Queue сделал это всё
Всё дерево — это один процесс, залипающий на одно ядро. Каждая Simple Queue — отдельный процесс
подерживаю, в шестой версии simpe полностью переписаны, и рекомендация MikroTik использовать именно simpe
simpe очередь двухтороняя, правил будет ещё и меньше

Sergiy
23.05.2017
09:04:55
у тебя CCR?

Ivan
23.05.2017
09:05:05
оО?
фига
неееет, я на 2011 мостырю

Sergiy
23.05.2017
09:05:33
на кой ляд тебе размазывать по ядрам если у 2011 ОДНО ЯДРО
это во первых

Ivan
23.05.2017
09:06:08

Google

Ivan
23.05.2017
09:06:20
и не в кол-ве ядер дело

Sergiy
23.05.2017
09:06:37
во вторых древовидные тоже размазывает по процам, но на основании РОДИТЕЛЬСКИХ(самых верхних) очередей

Ivan
23.05.2017
09:06:45
Короче. Проблему с ЦПУ я решил.

Sergiy
23.05.2017
09:06:52

Евгений
23.05.2017
09:07:04
да
Ну и где он, на главной очереди? В крайнем скриншоте unlimited. Пропиши ВСЕ скорости хотя бы на задействованных в эксперименте очередях.

Sergiy
23.05.2017
09:07:06
какой дятел тебе для снижения нагрузки симплы посоветовал?

Евгений
23.05.2017
09:07:12
Для определенности.

Ivan
23.05.2017
09:07:15
Все действительно теперь работает на 80% цпу, а не в сотку

Sergiy
23.05.2017
09:07:30
Симплы ОБРАБАТЫВАЮТ(проверяют критерии соответвия) ДВА РАЗА
Родительской очередью и дочерней
а деревья проверяют только дочерней, в родительскую помещает без проверки трафика

Ivan
23.05.2017
09:08:08

Sergiy
23.05.2017
09:08:32

Ivan
23.05.2017
09:08:42
Сергей, результат, как в порнофильмах - на лицо
цпу живется легче

Евгений
23.05.2017
09:08:51
Чтобы не толпились пакеты на очереди ИНТЕРФЕЙСА. Чтоб было пространство для манипуляции.

Ivan
23.05.2017
09:08:55
но и хер бы с ним
вопрос не в том - какая реализация
а в том, почему не работают, блд, приоритеты?!

Sergiy
23.05.2017
09:09:42
микротик, сер

Google

Sergiy
23.05.2017
09:10:05
приоритеты должны работать по дефолту, когда упирается в родительскую очередь
но время реагирования до 5-8 минут
тоесть трафик выравнивает за 8 минут

Ivan
23.05.2017
09:10:30
да хоть час
без разницы
не выравнивает

Евгений
23.05.2017
09:10:43
А как он поделит между 10, 20 и ... опаньки, unlimited? Если в пропорции и честно?

Sergiy
23.05.2017
09:10:48
если часто нагрузка скачет туда-сюда то оно просто не успевает выровнять скорость и начинает новый процес выравнивания

Ivan
23.05.2017
09:11:26
оставь в покое Limit-at

Sergiy
23.05.2017
09:11:32

Ivan
23.05.2017
09:12:09
И вот как это на практике должно работать с торрентами и потоковым видео?)

Sergiy
23.05.2017
09:12:25
ограничением
я тупо порезал каждому блоку по 40% основного канала

Ivan
23.05.2017
09:12:46
ну это не элегантно ни разу

Sergiy
23.05.2017
09:12:47
обойдутся
зато действенно

Ivan
23.05.2017
09:12:57
ну а вот если это ночь
или дома никого нет

Sergiy
23.05.2017
09:13:05
ну будут качать не 1 минуту, а 2-3. не постареют

Google

Ivan
23.05.2017
09:13:09
у меня наска стоит и тянет канал
Если бы речь шла о 1-2гб фильмах я бы даже не заикался
То есть как бы юзабилити нужно

Евгений
23.05.2017
09:16:57
Просвещайтесь...
http://luxik.cdi.cz/~devik/qos/htb/manual/userg.htm

Sergiy
23.05.2017
09:17:36
а по сути?

Евгений
23.05.2017
09:21:53
rate это тиковское limit-at, ceil это max-limit
Max у всех очередей указываем, скажем, 80Мбит/с, limit-at ставим сколько НАДО каждому вотстопудофф (SSH мегабита за глаза, терминалкам тоже, видюшкам... ну, 5-8 например, торрентам одного хватит).

Admin
ERROR: S client not available

Ivan
23.05.2017
09:31:04
А total-queue-type на что влияет?

Евгений
23.05.2017
09:35:24
То же самое (листьевая дисциплина, внутри ОДНОЙ очереди по потокам делить справедливо), но Total я не настраивал за ненадобностью.

Ivan
23.05.2017
09:36:01
короче
я сделал так
http://screencloud.net/v/jXm9z
и как бы при нагрузке все равно херушки
Ебись оно конем)

Евгений
23.05.2017
09:36:58
Кто просил пример к картинке моей? IP-шники заменил на 1.1.1.0/x, названия считайте для примера, они вам ничего не скажут.

Kirill
23.05.2017
09:53:59

Ivan
23.05.2017
09:54:19

Google

Kirill
23.05.2017
09:54:50
каким образов вы решили что очереди работает неправильно?

Ivan
23.05.2017
09:54:57
что бы трафик из 8го приоритета не забивал все, что попадает под правила, приоритет которых выше
QoS_8 - это торренты

Kirill
23.05.2017
09:55:28
какие видосики?

Ivan
23.05.2017
09:55:47

Sergiy
23.05.2017
09:55:48
а не пофиг?

Ivan
23.05.2017
09:55:52
так вот
и они туда попадают
да
они точно в 4м правиле

Kirill
23.05.2017
09:56:06

Ivan
23.05.2017
09:56:07
Так вот

Kirill
23.05.2017
09:56:25
как вы определяете трафик?

Ivan
23.05.2017
09:57:14
При отсутствии трафика в QoS_8, мое правило QoS_4 показывает скорость в ~7мбит
пруф:
https://screencloud.net/v/xlfu7

Kirill
23.05.2017
09:57:54
покажите правило мангле там где маркируете конект

Ivan
23.05.2017
09:58:01
Если появляется трафик в QoS_8, то мое QoS_4 правило еле дышит.
пруф:
https://screencloud.net/v/f07MD
но как бы если оно корректно ловится манглами и верно крутить счетчики и в мангле и в очередях - почему вы думаете, что проблема в мангле?