>>"Как пример таких приложений - node.js, python-gevent, bind." >не вижу ответа. >это дело шедулера знать и учитывать. >зачем это изнутри pf знать?
node.js не параллелится на несколько cpu. параллелят запуская несколько экземпляров по количеству cpu и cpuset'ом фиксируют за каждым ядром. Запросы раскидывают либо внешним балансировщиком, либо силами firewall на хосте. Когда у вас карточка с несколькими очередями, очереди "прибивают" к конкретным cpu.
Теперь ситуация: к нам приехал пакет и нам надо решить на какой из экземпляров node.js его отправить. Что будет с производительностью, если мы его из очереди на cpu0 будем отправлять его приложению на cpu5(особенно если то NUMA и cpu5 - это "соседний" сокет) объяснять не надо.
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
timeasmymeasure
no subject
Date: 2011-08-05 12:00 am (UTC)>не вижу ответа.
>это дело шедулера знать и учитывать.
>зачем это изнутри pf знать?
node.js не параллелится на несколько cpu.
параллелят запуская несколько экземпляров по количеству cpu и cpuset'ом фиксируют за каждым ядром. Запросы раскидывают либо внешним балансировщиком, либо силами firewall на хосте. Когда у вас карточка с несколькими очередями, очереди "прибивают" к конкретным cpu.
Теперь ситуация: к нам приехал пакет и нам надо решить на какой из экземпляров node.js его отправить. Что будет с производительностью, если мы его из очереди на cpu0 будем отправлять его приложению на cpu5(особенно если то NUMA и cpu5 - это "соседний" сокет) объяснять не надо.