caxapa.ru :: Ну вроде как производительность (количество обрабатываемых байт в единицу времени) и задержки (количество микросекунд до реакции) - вещи взаимоисключающие. Так что или быстро, но мало, или много, но с миллисекундными задержками. В политиках

lloyd (25.09.2017 21:14, просмотров: 176) ответил Evgeny_CD на 1) многоядерность - RT фишки вроде как с ней плохо дружат 2) user space перфоманс - PREEMPT_RT вроде как заметно деградирует его. Но я ламер в теме, могу ошибаться.

Ну вроде как производительность (количество обрабатываемых байт в единицу времени) и задержки (количество микросекунд до реакции) - вещи взаимоисключающие. Так что или быстро, но мало, или много, но с миллисекундными задержками. В политиках планировщика Linux для NO_PREEMPT (без вытеснения по приоритетам ВООБЩЕ) стоит рядом с назначением "сервер". Загон любого быстрого процессора - в большом и жирном контексте, который ОС обязана каждый раз переключать. На это банально много времени тратится, когда частота событий достигает определенной величины

Ответить

- И Chelsio, и Solarflare делают сетевухи, в первую очередь, для приложений типа высокочастотная торговля. Так что им приходится и латентность, и перфоманс оптимизировать. Evgeny_CD(330 знак., 25.09.2017 22:03)
  - >отображение одного и того куска физической памяти по разным адресам lloyd(496 знак., 26.09.2017 07:44)

Средства и методы разработки