AKim Опубликовано 21 апреля, 2015 · Жалоба Добрый вечер. Третий день наблюдаю картину: как только люди возвращаются с работы и начинают активно пользоваться интернетом, падает скорость у всех. Аплинка в этот момент остаётся ещё 250 мбит. Он, по какой-то причине, в час пик не может подняться выше 650 мбит, хотя изредка прыгает выше. Оговорюсь сразу, что микротик версии 5.26 x86, стоит на AMD FX6100, сетевая карта intel 82576, прерывания раскинуты и проблем серьёзных не было никогда. Общая нагрузка на процессор в ЧП до 45% прыжками, обычно 25-37%. NAT у нас не используется, шейпер PCQ. Есть подозрение, что процессор не тянет шейпер. Вот замер скорости без шейпера http://www.speedtest.net/my-result/4306942606 Включил шейпер, скорость выставлена 500 мбит: http://www.speedtest.net/my-result/4306946907 Падение скорости более чем в 2 раза. Это ещё хороший результат, потому как замер производится вечером и уже нет большой нагрузки. Если сделать такой же замер в час пик, то вытянет от 15 до 100 мбит. Максимальная нагрузка на некоторые ядра в момент замера 30%. Несколько правил маркировки пакетов: 0 chain=postrouting action=mark-connection new-connection-mark=users-local passthrough=yes src-address-list=!masquerade dst-address-list=masquerade 1 ;;; 1M-packet marker chain=postrouting action=mark-packet new-packet-mark=1M_packets passthrough=no dst-address-list=1M_address_list connection-mark=users-local 2 ;;; 1M-packet marker up chain=postrouting action=mark-packet new-packet-mark=1M_packets_up passthrough=no src-address-list=1M_address_list connection-mark=users-local Где искать проблему? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NiTr0 Опубликовано 21 апреля, 2015 · Жалоба Нагрузку по ядрам смотреть, или плясать с бубном вокруг версий тика. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
AKim Опубликовано 21 апреля, 2015 (изменено) · Жалоба Нагрузку по ядрам смотреть, или плясать с бубном вокруг версий тика. Шейпер у тика ложится на все ядра или на одно? Читал где-то что у микротика Queue Tree однопоточный. Стоит ли покупать CCR1036 и использовать Simpe Tree ? Изменено 21 апреля, 2015 пользователем AKim Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
GrandPr1de Опубликовано 22 апреля, 2015 · Жалоба тыц - недавнее освещение этой проблемы, думаю стоит спросить у автора того топика - чем и как всё закончилось у него. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NiTr0 Опубликовано 22 апреля, 2015 · Жалоба Стоит ли покупать CCR1036 и использовать Simpe Tree ? Я бы советовал выкинуть микротик, заменив его чем-то более предсказуемым и адекватным. Потому как ваша железка вполне сможет и несколько гигабит пережевать, если ось нормальная. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
pavel.odintsov Опубликовано 22 апреля, 2015 (изменено) · Жалоба В общем-то да, падение на смешных 650 мегабитах - повод отправить железку на свалку. Btw, Linux box 82599/e5 2670v2 4GE в ЧНН при нагрузке в 40%. Изменено 22 апреля, 2015 пользователем pavel.odintsov Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
AKim Опубликовано 22 апреля, 2015 · Жалоба В общем-то да, падение на смешных 650 мегабитах - повод отправить железку на свалку. Btw, Linux box 82599/e5 2670v2 4GE в ЧНН при нагрузке в 40%. Судя по всему падения начались с самого начала. Если даже глубокой ночью сделать замер скорости с шейпером на 500 мбит, то вытягивает с трудом 300. Не обращали внимания раньше потому, что такие объёмы проходили мимо шейпера, а на шейпере было максимум 100 мбит для ограниченного числа клиентов. Эти 100 мбит тянуло без проблем. Пока что шейпер выключил полностью. Без него всё очень шустро Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
BETEPAH Опубликовано 22 апреля, 2015 · Жалоба Правил шейпера сколько? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
AKim Опубликовано 22 апреля, 2015 · Жалоба Правил шейпера сколько? 29 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 23 апреля, 2015 · Жалоба Размеры буферов интерфейсов увеличивали до больших размеров? С родными настройками высокие скорости не прокачает из-за дропов. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kosmich7 Опубликовано 26 апреля, 2015 · Жалоба AKim Опять 25 ? Читайте форум. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
AKim Опубликовано 28 апреля, 2015 · Жалоба AKim Опять 25 ? Читайте форум. я читаю похожие темы. Вижу, что используют симплы для того чтобы снизить нагрузку, но так же до этого читал много тем в которых говорилось что на версии x86 симплы дают нагрузки больше чем дерево. Кому верить? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 29 апреля, 2015 · Жалоба я читаю похожие темы. Вижу, что используют симплы для того чтобы снизить нагрузку, но так же до этого читал много тем в которых говорилось что на версии x86 симплы дают нагрузки больше чем дерево. Кому верить? В 5 версии они медленнее, в 6 версии на CCR они быстрые. В 6 версии на x86 они так же медленнее работают, чем на CCR, но быстрее чем на 5 версии. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...