У меня работает только один процесс "realtime-event-manager", но я вижу несколько.
В Linux потоки реализованы в виде LWP - облегченных процессов, что означает, что идентификаторы потоков и идентификаторы процессов фактически выделяются из одного и того же пула. См. Этот ответ для хорошей информации: Разница между PID и TID .
Вы можете переключать вложенный / древовидный вид нажатием F5.
Кроме того, вы можете показать / скрыть темы пользовательского пространства, нажав Shift+ Hили через меню настройки -F2
Также полезно включить опцию « Показывать имена пользовательских потоков ».
Эти " процессы ", которые вы видите, вероятно, на самом деле являются " потоками " - это было бы более понятно в древовидном представлении или с включенной опцией " Отображать потоки в другом цвете ".
шкалы загрузки процессора вверху. Я часто вижу их всплеск на 90-100%, но без заметного замедления
В мире * nix 100% означает « 100% одного ядра » ... это не означает « 100% всего доступного времени обработки », как в Windows.
Кроме того, « нет заметного замедления » - очень интересный и субъективный момент.
В зависимости от ядра прерываний, планировщика и приоритетов системы можно отстроить и оптимизирована для:
- « realtime » - попытка планирования « soft realtime » ... (Примечание: Linux не ядро реального времени)
- « Интерактивный » - будет с большей готовностью вытеснять (прерывать) процессы, чтобы создать видимость более отзывчивой системы.
- « Пакет » - удерживает прерывание в попытке более эффективно выполнить большую работу за счет того, что заставляет пользователя ждать.
В настоящее время большинство пользовательских систем оптимизируют интерактивное планирование, как и все больше серверов.
Кроме того, я заметил, что « большие » / « лучшие » процессоры (например, i7 / Xeon) предлагают гораздо лучшую отзывчивость при высокой нагрузке, чем « меньшие » процессоры (например, Atom / i3) ... Я не могу полностью объяснить это, но это может быть связано с количеством потоков, размером кэша и т. д.