LINUX.ORG.RU

История изменений

Исправление mv, (текущая версия) :

знакомый занимался софтварными роутерами на линухе. Как раз то что ты описывал: на одном ядре линух для менеджмента, а втором свой rt-костыль. Вот с его слов добиться аккуратности в сотни наносекунд не получалось (нужно успеть принять решение за интервал между фреймами у 1G/10G/XXG ethernet).

Дак это не хватает мощей на throughput. С 10G входом и на FPGA не особо разбежишься. А так, если всё держать локально, вражьи интеррапты раскидать, SMM позапрещать, линукс выкинуть то всё достаточно предсказуемо и быстро.

Я так понимаю что внятного объяснения мыслей не будет. И уж тем более демонстрации проблемы.

ps ax сделай, посмотри на процессы с именем типа [foo/X], погугли, что они делают, и подумай, как именно встанет раком система, если они шедуллиться не будут.

Исходная версия mv, :

знакомый занимался софтварными роутерами на линухе. Как раз то что ты описывал: на одном ядре линух для менеджмента, а втором свой rt-костыль. Вот с его слов добиться аккуратности в сотни наносекунд не получалось (нужно успеть принять решение за интервал между фреймами у 1G/10G/XXG ethernet).

Дак это не хватает мощей на throughput. С 10G входом и на FPGA не особо разбежишься. А так, если всё держать локально, вражьи интеррапты раскидать, SMM позапрещать, -линукс выкинуть- то всё достаточно предсказуемо и быстро.

Я так понимаю что внятного объяснения мыслей не будет. И уж тем более демонстрации проблемы.

ps ax сделай, посмотри на процессы с именем типа [foo/X], погугли, что они делают, и подумай, как именно встанет раком система, если они шедуллиться не будут.