<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: Использование процессора в FQ_Codel и Mikrotik CCR]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме Использование процессора в FQ_Codel и Mikrotik CCR форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Sun, 02 Aug 2026 11:29:06 -0400</pubDate>
		<item>
			<title>Использование процессора в FQ_Codel и Mikrotik CCR</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84707-ispolzovanie-protsessora-v-fq_codel-i-mikrotik-ccr/message389289">Использование процессора в FQ_Codel и Mikrotik CCR</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Вот к чему я пришёл:<br /><br />/queue type &nbsp;<br />add fq-codel-flows=10240 fq-codel-limit=1024 fq-codel-memlimit=320.0MiB fq-codel-quantum=300 kind=fq-codel name=fq-codel &nbsp;<br />add cake-diffserv=besteffort cake-mpu=84 cake-overhead=38 cake-overhead-scheme=ethernet cake-rtt-scheme=internet kind=cake name=cake-interface &nbsp;<br /><br />/queue tree &nbsp;<br />add limit-at=180M max-limit=180M name="LTU 192" packet-mark=no-mark parent=vlan4001 queue=cake-interface &nbsp;<br />add limit-at=180M max-limit=180M name="LTU 203" packet-mark=no-mark parent=vlan4002 queue=cake-interface &nbsp;<br />add limit-at=180M max-limit=180M name="LTU 110" packet-mark=no-mark parent=vlan4004 queue=cake-interface &nbsp;<br />add limit-at=200M max-limit=200M name="LTU 227" packet-mark=no-mark parent=vlan4003 queue=cake-interface &nbsp;<br />add limit-at=150M max-limit=150M name=Airmax packet-mark=no-mark parent=vlan4010 queue=cake-interface &nbsp;<br /><br />Сейчас есть только одно правило файрвола — сбрасывать весь трафик, который идёт на публичные IP-адреса роутера, если он приходит с не внутренних IP. Очереди показывают одинаковый объём трафика, включён fasttrack или нет. Поскольку эти очереди не привязаны к «global», предполагаю, что fasttrack должен работать. В любом случае, на загрузку процессора это особо не влияет, так как трафик сейчас чуть меньше 100 Мбит/с. &nbsp;<br /><br />(Для ясности: эта конкретная конфигурация работает без потерь пакетов пока что. Так что проблема, которую я наблюдал раньше, скорее всего была из-за того, что всё входящее на роутер как-то неправильно обрабатывалось.) <br />
			<i>01.03.2023 22:03:00, sirbryan.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84707-ispolzovanie-protsessora-v-fq_codel-i-mikrotik-ccr/message389289</link>
			<guid>http://mikrotik.moscow/forum/forum57/84707-ispolzovanie-protsessora-v-fq_codel-i-mikrotik-ccr/message389289</guid>
			<pubDate>Wed, 01 Mar 2023 22:03:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Использование процессора в FQ_Codel и Mikrotik CCR</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84707-ispolzovanie-protsessora-v-fq_codel-i-mikrotik-ccr/message389288">Использование процессора в FQ_Codel и Mikrotik CCR</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Не стесняйтесь выкладывать очищенную конфигурацию. Также учтите, что использовать fasttrack вместе с ограничением трафика нельзя. Я не раз видел, как кто-то настраивал правило fasttrack в фаерволе вместе с ограничением трафика, и это работало не так, как ожидалось: ограничение применялось только к тому трафику, который проходил через другие правила фаервола, и так далее. <br />
			<i>01.03.2023 21:55:00, syadnom.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84707-ispolzovanie-protsessora-v-fq_codel-i-mikrotik-ccr/message389288</link>
			<guid>http://mikrotik.moscow/forum/forum57/84707-ispolzovanie-protsessora-v-fq_codel-i-mikrotik-ccr/message389288</guid>
			<pubDate>Wed, 01 Mar 2023 21:55:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Использование процессора в FQ_Codel и Mikrotik CCR</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84707-ispolzovanie-protsessora-v-fq_codel-i-mikrotik-ccr/message389287">Использование процессора в FQ_Codel и Mikrotik CCR</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Для клиента ситуация была просто ужасной, так как он больше не мог нормально играть в свои игры. Он четыре дня подряд тестировал всё с друзьями, обновлял драйверы, возился с настройками на ПК и так далее — без результата. Задержка пинга прыгала постоянно, и в моих тестах пинга мы теряли по одному-два пакета каждые 10-15 секунд. MTR показывал 6-8% потери пакетов до роутера и 4-5% до радио. Я перенастроил очередь на 4011 и потом расскажу, как дела. После дополнительного изучения понял, что изначально я «перенастроил» систему, нагружая процессор ненужными задачами. <br />
			<i>01.03.2023 21:52:00, sirbryan.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84707-ispolzovanie-protsessora-v-fq_codel-i-mikrotik-ccr/message389287</link>
			<guid>http://mikrotik.moscow/forum/forum57/84707-ispolzovanie-protsessora-v-fq_codel-i-mikrotik-ccr/message389287</guid>
			<pubDate>Wed, 01 Mar 2023 21:52:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Использование процессора в FQ_Codel и Mikrotik CCR</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84707-ispolzovanie-protsessora-v-fq_codel-i-mikrotik-ccr/message389286">Использование процессора в FQ_Codel и Mikrotik CCR</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Rb4011 не намного быстрее. Это 32-битный ARM v7. Тем не менее, у меня rb4011 стабильно выдает до 650 Мбит/с суммарно с cake. Я могу рассчитывать на такую скорость. Использую их для резервных каналов связи, поэтому у меня fq-codel или cake занимаются контролем перегрузки. <br />
			<i>01.03.2023 04:14:00, syadnom.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84707-ispolzovanie-protsessora-v-fq_codel-i-mikrotik-ccr/message389286</link>
			<guid>http://mikrotik.moscow/forum/forum57/84707-ispolzovanie-protsessora-v-fq_codel-i-mikrotik-ccr/message389286</guid>
			<pubDate>Wed, 01 Mar 2023 04:14:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Использование процессора в FQ_Codel и Mikrotik CCR</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84707-ispolzovanie-protsessora-v-fq_codel-i-mikrotik-ccr/message389285">Использование процессора в FQ_Codel и Mikrotik CCR</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Согласен с ограниченной однопоточной производительностью архитектуры Tile, но в тесте, проведённом sirbryan, он воспроизвёл ситуацию на rb4011, который имеет гораздо лучшую однопоточную производительность (там установлен OoO CPU A15) и показывал скорость, обычную для этого роутера, делая shaping на 200-300 Мбит/с. <br />
			<i>01.03.2023 03:40:00, chechito.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84707-ispolzovanie-protsessora-v-fq_codel-i-mikrotik-ccr/message389285</link>
			<guid>http://mikrotik.moscow/forum/forum57/84707-ispolzovanie-protsessora-v-fq_codel-i-mikrotik-ccr/message389285</guid>
			<pubDate>Wed, 01 Mar 2023 03:40:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Использование процессора в FQ_Codel и Mikrotik CCR</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84707-ispolzovanie-protsessora-v-fq_codel-i-mikrotik-ccr/message389284">Использование процессора в FQ_Codel и Mikrotik CCR</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Дэйв, я вижу заметно меньше потерь пакетов с Cake. Cake может сбрасывать пакеты как часть управления трафиком, но за счёт контроля перегрузки другие потоки теряют гораздо меньше. Но вернёмся к теме — по моему мнению, у CCR1036 слишком слабая производительность одного ядра, чтобы работать с большими шейперами. Для автора темы: если шейперы отдельные и нет верхнеуровневого шейпера, то CCR1036 распределит шейперы по разным ядрам. Если же использовать верхнеуровневый шейпер, то всё дерево шейперов будет заблокировано на одном ядре. <br />
			<i>01.03.2023 01:08:00, syadnom.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84707-ispolzovanie-protsessora-v-fq_codel-i-mikrotik-ccr/message389284</link>
			<guid>http://mikrotik.moscow/forum/forum57/84707-ispolzovanie-protsessora-v-fq_codel-i-mikrotik-ccr/message389284</guid>
			<pubDate>Wed, 01 Mar 2023 01:08:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Использование процессора в FQ_Codel и Mikrotik CCR</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84707-ispolzovanie-protsessora-v-fq_codel-i-mikrotik-ccr/message389283">Использование процессора в FQ_Codel и Mikrotik CCR</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Потеря пакетов — не самый лучший способ оценивать работу cake или fq_codel, ведь они используют потерю пакетов для контроля перегрузки, если на концах соединения не включён RFC3168. В обмен на уменьшение задержек вы получите больше потерянных пакетов. Поэтому при использовании fq_codel и cake вы должны были заметить увеличение потерь пакетов и улучшение сетевой задержки. Вопросы, которые стоит задавать: стала ли сеть «чувствоваться» лучше? Стала ли видеосвязь и VoIP работать лучше? Если же cake действительно работает некорректно из-за нагрузки на процессор или по другой причине, и случайно вызывает потерю пакетов вместо того, чтобы разумно сбрасывать потоки, тогда вы правы, отключая его. В подобных случаях я стараюсь захватить несколько тестовых потоков и проанализировать их через wireshark. Может получиться так, что в вашем случае с включённым быстрым путем очереди, offload и приложения работают лучше, или есть баг, связанный с offload и cake, либо клиент считает текущие колебания задержек приемлемыми. <br />
			<i>01.03.2023 00:25:00, dtaht.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84707-ispolzovanie-protsessora-v-fq_codel-i-mikrotik-ccr/message389283</link>
			<guid>http://mikrotik.moscow/forum/forum57/84707-ispolzovanie-protsessora-v-fq_codel-i-mikrotik-ccr/message389283</guid>
			<pubDate>Wed, 01 Mar 2023 00:25:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Использование процессора в FQ_Codel и Mikrotik CCR</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84707-ispolzovanie-protsessora-v-fq_codel-i-mikrotik-ccr/message389282">Использование процессора в FQ_Codel и Mikrotik CCR</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			CCR2116 заметно лучше платформы Tile. Tile очень медленный для вычислений общего назначения. Много слабых процессоров – это нормально… Но ядра ARMv8 в CCR2116 должны быть примерно в 10 раз быстрее каждое для вычислений общего назначения. &nbsp;<br />Я могу получить более 8 Гбит/с в одном направлении на одном шейпере cake между двумя CCR2116 с помощью встроенного speed test от Mikrotik. <br />
			<i>28.02.2023 21:45:00, syadnom.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84707-ispolzovanie-protsessora-v-fq_codel-i-mikrotik-ccr/message389282</link>
			<guid>http://mikrotik.moscow/forum/forum57/84707-ispolzovanie-protsessora-v-fq_codel-i-mikrotik-ccr/message389282</guid>
			<pubDate>Tue, 28 Feb 2023 21:45:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Использование процессора в FQ_Codel и Mikrotik CCR</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84707-ispolzovanie-protsessora-v-fq_codel-i-mikrotik-ccr/message389281">Использование процессора в FQ_Codel и Mikrotik CCR</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Обновление: и на 1036, и на 4011 я отключил очереди с шейпером и создал обычные очереди для интерфейсов. Загрузка CPU вызывала больше проблем, чем давала ощутимых преимуществ на обоих роутерах. Даже при базовых настройках Cake на 4011 я заметил рост потерь пакетов. С fq_codel на интерфейсах всё работает как положено. На 1036 Cake besteffort на двух SFP+ интерфейсах, разгоне которых примерно 1 Гбит/с, загружает CPU всего на 2-3%. С fq_codel на интерфейсах загрузка CPU около 0%. Потерь заметных нет в обоих случаях. <br />
			<i>28.02.2023 19:49:00, sirbryan.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84707-ispolzovanie-protsessora-v-fq_codel-i-mikrotik-ccr/message389281</link>
			<guid>http://mikrotik.moscow/forum/forum57/84707-ispolzovanie-protsessora-v-fq_codel-i-mikrotik-ccr/message389281</guid>
			<pubDate>Tue, 28 Feb 2023 19:49:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Использование процессора в FQ_Codel и Mikrotik CCR</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84707-ispolzovanie-protsessora-v-fq_codel-i-mikrotik-ccr/message389280">Использование процессора в FQ_Codel и Mikrotik CCR</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Обновление: Я тоже настроил правила на RB4011 с версией 7.4.1, изначально использовал Cake для управления всем трафиком, который шел ко шести точкам доступа, каждая на своей VLAN через один и тот же Ethernet-порт в коммутаторе AP. Каждая очередь была настроена на Cake с параметрами Internet RTT, Ethernet overhead, Ack-filtering и diffserv4 (все остальные — по умолчанию). Очереди редко достигали нагрузки выше 50-70% (только одна доходила до 90%). Загрузка CPU была около 20%. Сегодня мне позвонил клиент и пожаловался, что последние четыре дня у него наблюдаются потери пакетов, хотя он на своем конце никаких изменений не вносил. Я запустил mtr, чтобы проследить путь до его радиоустройства, и обнаружил потерю пакетов прямо на маршрутизаторе. После нескольких минут настройки магистрального канала, чтобы исключить его, я отключил очереди на маршрутизаторе. Сразу же увидел улучшение — и на самом роутере, и на радиоустройстве клиента. Он тоже отметил улучшения в инструментах, которыми проверял ситуацию с ПК. Я изменил очередь на fq-codel — нагрузка на CPU уменьшилась, но потери пакетов через роутер все еще были, просто в меньшем количестве. Сейчас я отключил все очереди на RB4011, включил fasttrack, и у нас стабильно работает с нагрузкой около 6% и постоянным трафиком 200-300 Мбит/с. <br />
			<i>28.02.2023 19:28:00, sirbryan.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84707-ispolzovanie-protsessora-v-fq_codel-i-mikrotik-ccr/message389280</link>
			<guid>http://mikrotik.moscow/forum/forum57/84707-ispolzovanie-protsessora-v-fq_codel-i-mikrotik-ccr/message389280</guid>
			<pubDate>Tue, 28 Feb 2023 19:28:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Использование процессора в FQ_Codel и Mikrotik CCR</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84707-ispolzovanie-protsessora-v-fq_codel-i-mikrotik-ccr/message389279">Использование процессора в FQ_Codel и Mikrotik CCR</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Я настроил всего пару очередей на своём CCR1036. Изначально все они были с Cake, выделялось от 600 Мбит до 2 Гбит на каждую очередь, всего штук 6 или 7. Сегодня, когда суммарная нагрузка приблизилась к 2 Гбит/с, загрузка CPU подпрыгнула до 100%. При этом все пакеты были помечены и распределены по одной из полдюжины очередей. Я сменил основную очередь на fq-codel, и загрузка упала до 18-20%. Нужно будет попробовать на ARM-маршрутизаторе (CCR2116), посмотреть, справится ли он с Cake лучше, чем 1036. <br />
			<i>27.02.2023 03:43:00, sirbryan.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84707-ispolzovanie-protsessora-v-fq_codel-i-mikrotik-ccr/message389279</link>
			<guid>http://mikrotik.moscow/forum/forum57/84707-ispolzovanie-protsessora-v-fq_codel-i-mikrotik-ccr/message389279</guid>
			<pubDate>Mon, 27 Feb 2023 03:43:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Использование процессора в FQ_Codel и Mikrotik CCR</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84707-ispolzovanie-protsessora-v-fq_codel-i-mikrotik-ccr/message389278">Использование процессора в FQ_Codel и Mikrotik CCR</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Кстати, я довольно уверен, что немало интернет-провайдеров с каналами выше 1 гбит/с ведут себя примерно так же плохо: <noindex><a href="https://blog.cerowrt.org/post/juniper/" target="_blank" rel="nofollow" >https://blog.cerowrt.org/post/juniper/</a></noindex> <br />
			<i>25.02.2023 18:28:00, dtaht.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84707-ispolzovanie-protsessora-v-fq_codel-i-mikrotik-ccr/message389278</link>
			<guid>http://mikrotik.moscow/forum/forum57/84707-ispolzovanie-protsessora-v-fq_codel-i-mikrotik-ccr/message389278</guid>
			<pubDate>Sat, 25 Feb 2023 18:28:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Использование процессора в FQ_Codel и Mikrotik CCR</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/84707-ispolzovanie-protsessora-v-fq_codel-i-mikrotik-ccr/message389277">Использование процессора в FQ_Codel и Mikrotik CCR</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Привет, ребята! Недавно обновил один из своих CCR1036-2S+ до версии 7, он используется в роли роутера для моих клиентов. Я применяю политику трафика через simple queues (в основном CIR Connections) для каждого клиента. Примерно 350-400 simple queues на устройстве. Проверял fq_codel на 4 simple queues, чтобы бороться с буферблоатом, и всё работает как надо, но немного сомневаюсь, стоит ли включать это для всех очередей, потому что не уверен, как поведёт себя CPU CCR, если включить алгоритм fq_codel во все simple queues. Может, кто-то делился опытом использования этого алгоритма на таком большом количестве очередей и может рассказать, как это влияет на загрузку CPU CCR? PPPoE-сессий на этом CCR нет, только SVIs для каждого клиента, и в simple queues цель ставится на IP каждого клиента. Не поднимет ли использование этого алгоритма на таком количестве очередей загрузку CPU или не забьёт ли какой-то из ядер при пиковом трафике (максимум 2 Гбит/с в сумме)? <br />
			<i>10.02.2023 12:12:00, discoengineer.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/84707-ispolzovanie-protsessora-v-fq_codel-i-mikrotik-ccr/message389277</link>
			<guid>http://mikrotik.moscow/forum/forum57/84707-ispolzovanie-protsessora-v-fq_codel-i-mikrotik-ccr/message389277</guid>
			<pubDate>Fri, 10 Feb 2023 12:12:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
	</channel>
</rss>
