<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: Производительность CHR с VMware]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме Производительность CHR с VMware форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Sun, 02 Aug 2026 10:22:40 -0400</pubDate>
		<item>
			<title>Производительность CHR с VMware</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/88796-proizvoditelnost-chr-s-vmware/message430453">Производительность CHR с VMware</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Мне не нужны очереди/качество обслуживания, если CHR справляется с 10 Гбит/с. Но я думал, что отслеживание соединений используется для функции «классификатор на каждое соединение», которую я применяю для балансировки нагрузки NAT. <br />
			<i>27.04.2023 06:26:00, xeonz.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/88796-proizvoditelnost-chr-s-vmware/message430453</link>
			<guid>http://mikrotik.moscow/forum/forum57/88796-proizvoditelnost-chr-s-vmware/message430453</guid>
			<pubDate>Thu, 27 Apr 2023 06:26:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Производительность CHR с VMware</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/88796-proizvoditelnost-chr-s-vmware/message430452">Производительность CHR с VMware</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Если ты имеешь в виду fast-tracking, то да… все соединения и пакеты, связанные с QoS, должны иметь fasttrack отключён, иначе очередь и движок QoS просто перестанут их «видеть» дальше. <br />
			<i>26.04.2023 06:39:00, spippan.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/88796-proizvoditelnost-chr-s-vmware/message430452</link>
			<guid>http://mikrotik.moscow/forum/forum57/88796-proizvoditelnost-chr-s-vmware/message430452</guid>
			<pubDate>Wed, 26 Apr 2023 06:39:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Производительность CHR с VMware</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/88796-proizvoditelnost-chr-s-vmware/message430451">Производительность CHR с VMware</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Могу ли я отключить функцию отслеживания соединений, если использую её для классификатора по соединениям с NAT-балансировкой нагрузки? Я думал, что нельзя. К тому же у меня тысячи соединений в реальном пользовательском трафике, и последний скриншот именно настоящего трафика, а не каких-то тестов производительности вроде btest или iperf. <br />
			<i>26.04.2023 05:59:00, xeonz.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/88796-proizvoditelnost-chr-s-vmware/message430451</link>
			<guid>http://mikrotik.moscow/forum/forum57/88796-proizvoditelnost-chr-s-vmware/message430451</guid>
			<pubDate>Wed, 26 Apr 2023 05:59:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Производительность CHR с VMware</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/88796-proizvoditelnost-chr-s-vmware/message430450">Производительность CHR с VMware</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			ROS будет обрабатывать все пакеты, которые считает относящимися к одному и тому же соединению, одним и тем же ядром процессора... чтобы гарантировать, что порядок пакетов не меняется. Поэтому в обычном сценарии, когда устройство работает как (состоящий из состояния) файрвол и использует механизм отслеживания соединений, любое соединение (будь то TCP или UDP) между двумя участниками обрабатывается одним ядром процессора. Если запускать тест в нескольких параллельных потоках (например, iperf3 с параметром -P n), нагрузка распределяется между разными ядрами процессора. Полагаю, что если на устройстве не включено ни одного правила файрвола и, соответственно, можно отключить механизм отслеживания соединений, оно сможет использовать все ядра процессора даже для обработки пакетов одного соединения... потому что тогда устройство не имеет понятия о соединениях. А это может привести к тому, что некоторые пакеты будут приходить в неправильном порядке (что, кстати, сильно снижает производительность многих TCP-стеков и вызывает проблемы у множества приложений, которые используют UDP). <br />
			<i>24.04.2023 09:18:00, mkx.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/88796-proizvoditelnost-chr-s-vmware/message430450</link>
			<guid>http://mikrotik.moscow/forum/forum57/88796-proizvoditelnost-chr-s-vmware/message430450</guid>
			<pubDate>Mon, 24 Apr 2023 09:18:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Производительность CHR с VMware</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/88796-proizvoditelnost-chr-s-vmware/message430449">Производительность CHR с VMware</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			У меня есть обновление по этому случаю. Никаких изменений в конфигурации или трафике не было, просто ещё один хост VMware с Mikrotik CHR 7.8 на пробной лицензии «P Unlimited». И теперь результаты другие. Общий трафик, который CHR может обработать, — 6,5 Гбит/с, при этом один из восьми ядер загружен на 100%. Есть идеи, почему так загружается только одно ядро и как это можно исправить? <br />
			<i>24.04.2023 07:59:00, xeonz.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/88796-proizvoditelnost-chr-s-vmware/message430449</link>
			<guid>http://mikrotik.moscow/forum/forum57/88796-proizvoditelnost-chr-s-vmware/message430449</guid>
			<pubDate>Mon, 24 Apr 2023 07:59:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Производительность CHR с VMware</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/88796-proizvoditelnost-chr-s-vmware/message430448">Производительность CHR с VMware</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Есть ли какие-нибудь тесты производительности CHR, работающего на VMware? Я пытаюсь получить 10 Гбит/с с простым маршрутизированием + NAT с балансировкой нагрузки (функция per connection classifier), но больше 5 Гбит/с не получается. Использую 8-ядерный CHR версии 7.6-7.8 с сетевыми картами vmxnet3 на ESXi 7. Не наблюдаю узких мест по CPU (нет ядер CHR с 100% загрузкой), но когда трафик достигает 5 Гбит/с, каждые 2-3 секунды происходит резкое падение до 100-200 Мбит/с. В чём может быть проблема? <br />
			<i>26.03.2023 13:22:00, xeonz.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/88796-proizvoditelnost-chr-s-vmware/message430448</link>
			<guid>http://mikrotik.moscow/forum/forum57/88796-proizvoditelnost-chr-s-vmware/message430448</guid>
			<pubDate>Sun, 26 Mar 2023 13:22:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
	</channel>
</rss>
