@MikrotikRu

Страница 1110 из 3964
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: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
А как он поделит между 10, 20 и ... опаньки, unlimited? Если в пропорции и честно?
ты на ЛИМИТ АТ смотришь, а не МАКС ЛИМИТ родительской очереди

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
rate это тиковское limit-at, ceil это max-limit
ну так очереди тиковские. И приоритеты по значениям у низ свои

А 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
какие видосики?
потоковое видео (http)

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

Ivan
23.05.2017
09:55:52
так вот

и они туда попадают

да

они точно в 4м правиле

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

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

но как бы если оно корректно ловится манглами и верно крутить счетчики и в мангле и в очередях - почему вы думаете, что проблема в мангле?

Страница 1110 из 3964