Почему ROS не использует 2 CPU?

Мне это нужно, или моим клиентам нужно. //Рикард

Просто выкладываю это на обсуждение… какая именно часть ROS выиграла бы от использования нескольких CPU? Есть ли узкие места в процессе маршрутизации? Или это фильтр пакетов? Или это беспроводная часть? Я, например, думаю, что запуск процессов на одном CPU, но с возможностью устанавливать affinity, был бы очень полезен… например, обновления RIB запускать на одном CPU, а сам процесс маршрутизации – на другом. Было бы здорово видеть список процессов в ROS с указанием настроек affinity – тогда конечный пользователь смог бы сам решать, как распределять задачи. Можно и от того избавиться, что все процессы должны использовать оба CPU – просто дать им возможность выбирать, на каком из них они будут работать. Я знаю, что многопоточность некоторых вещей почти невозможна и создает больше накладных расходов, чем стоит, но возможность установки affinity была бы очень крутой. Просто мои мысли – я не знаю, как устроены внутренности ROS и что вообще возможно. Это моя любимая платформа Сэм.

В последнее время всё идёт к ASICs. Продукты вроде Extreme Networks, которые делают маршрутизацию по скорости реального подключения до 10G, используют всего 3-400MHz CPU для административных задач и управления. Всю реальную работу выполняют выделенные схемы, и я верю, что это будущее, поскольку ASICs стали программируемыми и, следовательно, предлагают ту же гибкость, что и программные маршрутизаторы на базе CPU, вроде MT. Думаю, следующие поколения Routerboards докажут это. Мы уже видим, как беспроводные карты самостоятельно обрабатывают шифрование и т.д., и я бы не удивился, если бы в следующем поколении Routerboard появился выделенный чип для маршрутизации/формирования трафика, возможно, даже дешевле, чем то, что у нас есть сегодня… Просто мои 2 цента.. С уважением, Henrik Pedersen

В общем, в 2.10 у нас будет это, и это уже говорилось. К тому же, 2.10 не так уж и далёк, как тебе может показаться.

Большинство людей смогут собрать 2 двухпроцессорные системы за ту же цену, что и одну систему на базе Xeon.

Итак, в версии 2.10 будет поддержка SMP для нескольких CPU/core? Ограничение в 1GB RAM останется?

Одна из причин, по которой MT не предоставила список запущенных процессов, заключается в том, что множество функций используют один и тот же процесс, что усложняет их разделение между ядрами (по крайней мере, так). Потоки действительно не должны мигрировать между ядрами, и планировщик обычно изо всех сил старается этого не допускать по соображениям скорости. У Linux довольно хороший планировщик (лучше, чем у Windows, и, вероятно, лучше, чем у BSD, а также не хуже, чем у Solaris), а также хорошая поддержка SMP (в зависимости от версии ядра MT и насколько оно модифицировано, но как 2.4, так и 2.6 имеют хорошую поддержку SMP и планирования), поэтому нет причин не поддерживать её в той или иной форме. Ограничение в 1 ГБ ОЗУ действительно начинает ощущаться в двухъядерных/двухпроцессорных системах, где ОЗУ распределяется между процессорами. У Linux очень хорошая поддержка HIGHMEM, поэтому нет причин, по которым нельзя поддерживать более 4 ГБ, не говоря уже о более 1 ГБ. Отметка в 1 ГБ должна быть искусственно наложенным ограничением, и хотя в прошлом могла быть причина для этого, сложно понять, почему оно сохраняется. Ещё одна проблема ограничения в 1 ГБ в SMP-системе: например, вы используете 2xOpteron, и даете каждому 512 МБ ОЗУ, чтобы максимально загрузить RouterOS. Если вам нужна эта двухканальная память, вам нужно найти 256-МБ планки, которые становятся всё реже, особенно качественные серверные. Вы также оставляете огромное количество слотов незаполненными, что просто впустую. Что касается разделения системы для резервирования, я не знаю ни одного x86 процессора, который мог бы работать в AMP (Асимметричная многопроцессорность - это в основном специализированные промышленные и автомобильные процессоры). Единственный способ, который я могу придумать, — это виртуализация (т.е. Xen — которую я бы на самом деле хотел увидеть по причинам, которые я изложил в другой ветке).

Как обычно… 2.10…

Уже собрано в 2.10… теперь просто подожди, когда его выпустят где-то в конце лета.