<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: Проблема с производительностью Mikrotik CHR]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме Проблема с производительностью Mikrotik CHR форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Wed, 12 Aug 2026 08:08:43 -0400</pubDate>
		<item>
			<title>Проблема с производительностью Mikrotik CHR</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398444">Проблема с производительностью Mikrotik CHR</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Pirlet, к сведению — предполагаю, что у тебя запущен Mikrotik CHR (64-битный ROS). Внимание — мне кажется, что в твоей конфигурации не нужна «SCSI controller 0». Если я прав, то CHR вообще не поддерживает драйверы SCSI, а виртуальный жёсткий диск CHR на самом деле IDE. Удалив контроллер SCSI, ты освободишь немного ресурсов и как минимум прерывание. Вот моя конфигурация на моём CHR, который является одним из моих BGP-маршрутизаторов: <img class="lazyload "  src="data:image/gif;base64,R0lGODlhAQABAAAAACH5BAEKAAEALAAAAAABAAEAAAICTAEAOw==" data-src="/upload/forum/mikrotik/49e93d2aec7fd9b7bed91018dd046e8b575ad999.png" alt="Пользователь добавил изображение" border="0" /> <br />
			<i>23.01.2019 16:31:00, TomjNorthIdaho.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398444</link>
			<guid>http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398444</guid>
			<pubDate>Wed, 23 Jan 2019 16:31:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Проблема с производительностью Mikrotik CHR</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398443">Проблема с производительностью Mikrotik CHR</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Привет, хочу вклиниться в эту ветку, потому что у нас такая же проблема. Не хочу захватывать тему, но, возможно, это даст больше информации о проблеме и поможет точнее определить причину.<br /><br />Наша конфигурация такая: &nbsp;<br />Сервер Tyan: GT62F-B8026 с прошивкой R3.00 &nbsp;<br />Процессоры: AMD EPYC 7551P 32-ядерный &nbsp;<br />Гипервизор: VMware ESXi, 6.5.0, 7967591 &nbsp;<br />Сетевые карты: Mellanox MT27630 (ConnectX-4 LX) &nbsp;<br />Хранилище: Full Flash Dorado 5000v3<br /><br />Следующее было протестировано и применено: &nbsp;<br />- SMT отключен &nbsp;<br />- Включена паравиртуализация &nbsp;<br />- Включён отложенный ACK на HBA &nbsp;<br />- Наследование отключено и ручное включение &nbsp;<br />- CPU — 8 сокетов с 1 ядром для этого тестового устройства &nbsp;<br />- Хранилище подключено через IDE &nbsp;<br />- VMXNet3 адаптер с включённым DirectIO<br /><br />Вот результат теста на собственном BTest: &nbsp;<br />(Это единственная ВМ, которая работает на этом хосте во время теста) &nbsp;<br />И нагрузка на CPU стабильна на уровне 12% <br />
			<i>23.01.2019 11:18:00, Pirlet.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398443</link>
			<guid>http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398443</guid>
			<pubDate>Wed, 23 Jan 2019 11:18:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Проблема с производительностью Mikrotik CHR</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398442">Проблема с производительностью Mikrotik CHR</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Зачем отключать hyper-threading? Hyper-Threading — это трюк процессора, позволяющий одному ядру работать будто два ядра. Немного технической информации о Hyper-Threading:<br /><br />Что реально происходит, когда Hyper-Threading включён:<br />Программно настроенный прерывание SMI (System Management Interrupt) делает следующее:<br />А) Останавливает процессор,<br />В) Снимает стек (копирует содержимое регистров процессора во временную память),<br />С) Затем помещает в стек (копирует содержимое другой временной памяти обратно в регистры процессора),<br />D) Позволяет процессору продолжить работу,<br />Е) Через несколько тактов происходит ещё одно SMI, которое повторяет процесс POP и PUSH стека, а потом восстанавливает исходные данные процессора.<br /><br />Этот цикл постоянно повторяется, создавая иллюзию, что одно ядро — это два. Есть две большие проблемы с Hyper-Threading:<br /><br />1. Hyper-Threading тратит тактовые циклы процессора на обработку SMI, которые могли бы использоваться для выполнения программ, если Hyper-Threading выключен.<br />2. Hyper-Threading активно расходует встроенную кеш-память процессора и часто вызывает кеш-промахи (cache MISSes).<br /><br />Кеш-промах заставляет процессор замедляться до скорости доступа к оперативной памяти вместо быстрой встроенной кеш-памяти.<br /><br />Для более быстрой работы CHR на системе с Hyper-Визором (например, VMware ESXi):<br /><br />- Отключите Hyper-Threading,<br />- Используйте физические 10-гигабитные сетевые карты (с 10-гигабитными коммутаторами),<br />- Используйте паравиртуальные устройства (оптимизированные драйверы HyperVisor, такие как сетевые интерфейсы VMXNET-3 и, по возможности, также контроллеры SCSI “VMware Paravirtual”),<br />- Удалите все ненужные устройства (например, CD-приводы, последовательные порты, дисководы для гибких дисков и т.п.),<br />- Не перегружайте виртуальные машины физическими CPU и памятью,<br />- Старайтесь оставить как минимум один свободный CPU,<br />- По возможности перемещайте неважные виртуальные машины с невысокими требованиями к скорости на более медленные системы с Hyper-Визором, чтобы ядро вашей основной системы оставалось быстрым. <br />
			<i>22.01.2019 17:10:00, TomjNorthIdaho.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398442</link>
			<guid>http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398442</guid>
			<pubDate>Tue, 22 Jan 2019 17:10:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Проблема с производительностью Mikrotik CHR</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398441">Проблема с производительностью Mikrotik CHR</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Нет. Это намного раньше того времени. Речь идет о производительности: для этого типа нагрузки лучше без HyperThreading. <br />
			<i>21.01.2019 10:11:00, Paternot.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398441</link>
			<guid>http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398441</guid>
			<pubDate>Mon, 21 Jan 2019 10:11:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Проблема с производительностью Mikrotik CHR</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398440">Проблема с производительностью Mikrotik CHR</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Разве это не в основном из-за безопасности (Meltdown и тому подобное)? <br />
			<i>21.01.2019 09:11:00, sebastia.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398440</link>
			<guid>http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398440</guid>
			<pubDate>Mon, 21 Jan 2019 09:11:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Проблема с производительностью Mikrotik CHR</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398439">Проблема с производительностью Mikrotik CHR</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Это официальная рекомендация Intel, если используется виртуализация. HyperThreading в этом случае приносит больше вреда, чем пользы. <br />
			<i>21.01.2019 00:59:00, Paternot.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398439</link>
			<guid>http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398439</guid>
			<pubDate>Mon, 21 Jan 2019 00:59:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Проблема с производительностью Mikrotik CHR</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398438">Проблема с производительностью Mikrotik CHR</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Это (VoIP) объясняет высокий показатель пакетов при низкой пропускной способности, который я видел на твоих скриншотах. Если ты не используешь NAT, то помощник SIP direct media не нужен (и, насколько я понимаю, он даже не участвует в пересланном трафике без NAT). Кроме того, отслеживание соединений в целом при большом количестве соединений и/или высокой скорости пакетов может привести к высокой нагрузке. Если можешь, отключи его полностью, или если не нужно отслеживать VoIP-трафик, настрой правила no-track в Raw-таблице специально для этого трафика.<br /><br />Тест пропускной способности может показать высокие цифры при низком использовании CPU, потому что он использует всего несколько соединений и большие пакеты. А вот 14 тысяч пакетов в секунду в VoIP — это явно много одновременных звонков/соединений, а это гораздо тяжелее для отслеживания соединений. <br />
			<i>20.01.2019 12:53:00, Cha0s.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398438</link>
			<guid>http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398438</guid>
			<pubDate>Sun, 20 Jan 2019 12:53:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Проблема с производительностью Mikrotik CHR</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398437">Проблема с производительностью Mikrotik CHR</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Небольшое обновление: я пока не менял настройки BIOS, однако мы используем эти маршрутизаторы для межсоединения с поставщиками голосовой связи. Я заметил, что включена опция SIP direct media. Раньше у меня уже были проблемы с этой настройкой, как думаешь, может ли она вызывать нагрузку? Мы пропускаем через эти маршрутизаторы только SIP-трафик. <br />
			<i>12.12.2018 08:55:00, TimRSA.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398437</link>
			<guid>http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398437</guid>
			<pubDate>Wed, 12 Dec 2018 08:55:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Проблема с производительностью Mikrotik CHR</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398436">Проблема с производительностью Mikrotik CHR</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Спасибо за обратную связь, попробую сделать так. Вчера вечером проверял пропускную способность между двумя роутерами, с LAN-интерфейса на LAN-интерфейс — получил чуть меньше 1 Гбит/сек в обе стороны, что приемлемо, при этом загрузка процессора была меньше 10%, что сбивает с толку. Пока не совсем понятно, в чем проблема — в фаерволе или в маршрутизации пакетов между двумя интерфейсами на разных подсетях. Буду дальше разбираться и поделюсь результатами. Ещё раз спасибо! <br />
			<i>12.12.2018 06:36:00, TimRSA.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398436</link>
			<guid>http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398436</guid>
			<pubDate>Wed, 12 Dec 2018 06:36:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Проблема с производительностью Mikrotik CHR</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398435">Проблема с производительностью Mikrotik CHR</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Отключите гиперпоточность на физическом компьютере в BIOS. <br />
			<i>11.12.2018 16:04:00, TomjNorthIdaho.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398435</link>
			<guid>http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398435</guid>
			<pubDate>Tue, 11 Dec 2018 16:04:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Проблема с производительностью Mikrotik CHR</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398434">Проблема с производительностью Mikrotik CHR</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Re: Я тут подумал, у кого-нибудь улучшилась производительность после отключения гиперпоточности? ДА — очень даже. К тому же, на вашем физическом сервере-гипервизоре (у меня VMware ESXi) есть ещё пару приёмов, чтобы повысить пропускную способность.<br /><br />Настройте гипервизор на использование delayed_ack = 1 (вместо стандартного delayed_ack = 0). &nbsp;<br />Увеличьте размер сетевых буферов гипервизора — это помогает поднять пропускную способность. &nbsp;<br />Если используете NFS, отключите sync и поставьте delayed_ack = 1 на NFS-сервере. &nbsp;<br /><br />Всегда оставляйте у гипервизора свободную нераспределённую оперативную память и как минимум один свободный CPU. Это даст ресурс для служебных задач гипервизора — снимков, копирования или перемещения хранилищ. &nbsp;<br /><br />По возможности используйте 10-гигабитные физические сетевые карты. &nbsp;<br />По возможности используйте паравиртуализированные устройства (например, vmxnet-3). &nbsp;<br /><br />И на физическом, и на виртуальных машинах отключайте и удаляйте максимально возможное количество устройств. Нужно минимизировать прерывания и освободить ресурсы. &nbsp;<br /><br />North Idaho &nbsp;<br />Tom Jones <br />
			<i>11.12.2018 16:01:00, TomjNorthIdaho.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398434</link>
			<guid>http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398434</guid>
			<pubDate>Tue, 11 Dec 2018 16:01:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Проблема с производительностью Mikrotik CHR</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398433">Проблема с производительностью Mikrotik CHR</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Спасибо, я попробую найти способ это сделать. Видел пост про настройку на ESXi — там рассказывается, как разрешить tx и rx использовать несколько процессоров, что помогает с очередями ввода-вывода. Ещё собираюсь провести тест пропускной способности между двумя CHR, хочу понять, откуда идёт нагрузка. Не думаю, что проблема на стороне фаервола, но попробую включить fast track и отключить Conntrack, чтобы снизить нагрузку. <br />
			<i>11.12.2018 13:53:00, TimRSA.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398433</link>
			<guid>http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398433</guid>
			<pubDate>Tue, 11 Dec 2018 13:53:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Проблема с производительностью Mikrotik CHR</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398432">Проблема с производительностью Mikrotik CHR</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Я не уверен, но ты можешь проверить это онлайн. Я использую Virtualbox, и когда применяю virto-net, нагрузка на процессор уменьшается на 20%. Это технология виртуализации. Обычно виртуальные машины имеют такую функцию, которая значительно улучшает производительность сети и снижает нагрузку на CPU. <br />
			<i>11.12.2018 13:05:00, shiyiqiang08.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398432</link>
			<guid>http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398432</guid>
			<pubDate>Tue, 11 Dec 2018 13:05:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Проблема с производительностью Mikrotik CHR</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398431">Проблема с производительностью Mikrotik CHR</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Привет, ребята, я новичок на этом форуме. Хотел узнать, у кого-нибудь улучшилась производительность после отключения гиперпотоков? Чтобы это сделать, мне придется остановить работу роутеров в продакшене. У нас есть роутер cloud core с 9 ядрами, который обрабатывает в 5 раз больше трафика, при этом загрузка ЦП достигает 40-50% в пиковые моменты. У меня есть 2 CHR-роутера с 8 ядрами на процессоре Xeon 2.6 ГГц, которые пропускают около 15 Мбит/с трафика на каждом интерфейсе (WAN и LAN), а загрузка CPU держится на уровне 15-25%. Мне кажется, это довольно много для такой конфигурации. Все эти машины – виртуальные, работают на ESXi 6.0.0. Также я использую VMXNET3, лицензия P1, и мне не нужно больше 1 Гбит/с. Правила файрвола минимальные – сбрасываем некорректные подключения и всё, что не совпадает с моими 11 разрешающими правилами. Нет NAT и Mangle правил. Очень хочу найти решение этой проблемы, буду благодарен за любые советы. Прикрепил пару скриншотов ниже. <br />
			<i>11.12.2018 09:42:00, TimRSA.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398431</link>
			<guid>http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398431</guid>
			<pubDate>Tue, 11 Dec 2018 09:42:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Проблема с производительностью Mikrotik CHR</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398430">Проблема с производительностью Mikrotik CHR</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Я не вижу этой настройки, ты уверен, что она доступна в ESXi 6.0.0? <br />
			<i>11.12.2018 12:58:00, TimRSA.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398430</link>
			<guid>http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398430</guid>
			<pubDate>Tue, 11 Dec 2018 12:58:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Проблема с производительностью Mikrotik CHR</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398429">Проблема с производительностью Mikrotik CHR</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Ты используешь virtio-net для своей виртуальной машины? Это может снизить нагрузку на процессор. <br />
			<i>11.12.2018 11:27:00, shiyiqiang08.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398429</link>
			<guid>http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398429</guid>
			<pubDate>Tue, 11 Dec 2018 11:27:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Проблема с производительностью Mikrotik CHR</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398428">Проблема с производительностью Mikrotik CHR</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			У меня есть маршрутизатор Mikrotik CHR 6.42.7 на гипервизоре ESXi 6.0 u3 с лицензией P10, который подключён к нескольким подсетям. Все мои виртуальные машины используют адаптер VMXNET3 с пропускной способностью 10 Гбит/с, скорость между хостами в одной подсети (сети) составляет 4–5 Гбит/с, но я заметил, что при передаче трафика между подсетями скорость падает и становится около 2 Гбит/с. <br /><br />У меня довольно простая конфигурация Mikrotik:<br /><br />/interface ethernet &nbsp;<br />set [ find default-name=ether2 ] mtu=1500  <br />set [ find default-name=ether3 ] mtu=1500  <br /><br />/ip address &nbsp;<br />add address=10.10.10.1/24 interface=ether2 network=10.10.10.0 &nbsp;<br />add address=10.10.11.1/24 interface=ether3 network=10.10.11.0 &nbsp;<br /><br />Для замера скорости я использую iperf. И я не понимаю, почему так происходит, помогите, пожалуйста. <br />
			<i>28.08.2018 16:47:00, ia2130.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398428</link>
			<guid>http://mikrotik.moscow/forum/forum57/85631-problema-s-proizvoditelnostyu-mikrotik-chr/message398428</guid>
			<pubDate>Tue, 28 Aug 2018 16:47:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
	</channel>
</rss>
