Собственно, очередная моя хотелка, заточенная под использование в сети, а не в персональном варианте.

Есть предложение добавить настройку лимитирования использования процессора в %. На серверах может быть критично. При некорректных настройках или по иным причинам (да простят меня разработчики, не смотря на обширный и удачный функционал программы, баги все таки имеются...) НС загребает под себя процессор и память. Ограничение использование памяти тоже не помешало бы, но это, как я понимаю, сложнее, если leak имеется.

Это реализуемо. Существуют продукты с наличием подобной функции под Windows. Низкий приоритет чреват как раз противоположным эффектом. Если на сервере возникнет ситуация активной загрузки каким либо приложением или службой (не НС), то НС либо прекратит работу, либо пойдут тормоза и различные timeout.
Еще в многопроцессорных (многоядерных) системах можно указывать непосредственно ядро, на котором работать... но это совсем уже шиза имхо

К сожалению из Вашей персональной информации не возможно узнать профиль Вашей работы.

Поэтому попытаюсь объяснить попроще. В ОСНРВ (операционной системе НЕ реального времени) Windows (начиная с Windows 2000) введён более улучшенный механизм работы с потоками и приложениями (по сравнению с Windows 95-97-Me).  Но этот механизм НЕ позволяет управлять временем, которое забирает на себя процесс.
Приведу пример:
1. для Виндовс 95-97-Ме - бесконечный цикл в теле программы приводил к полному повисанию операционки.
2. для Виндовс 2000 и выше - бесконечный цикл в теле программы приводит к загрузке процессора этой программой до 80-90%, при этом операционка худо-бедно, но работает.
Выход из этой ситуации - добавление в тело цикла всего одной строчки - Application.ProcessMessages (для главного потока приложения) или SLEEP(0) (для порождённых потоков), но эта строка всего лишь даёт понять операционке, что МОЯ программа с циклом живёт и процветает, но просто много жрёт ресурсов.

Простого способа задания для программы % использования процессора не существует - все способы опираются на метод измерения используемого программой % процессорного времени за единицу времени и попыткой ОТДАВАНИЯ своего времени процессора операционке - по простому, это если моя программа использует много процессорного времени (>35% например), то вызвать процедуру SLEEP(0..10..100), но не реже 1 вызова за 3 секунды (например).
Но всё вышеописанное - ИСКУССТВЕННЫЙ способ распределения ресурсов, а НОРМАЛЬНЫЙ способ, присущий всем ОСРВ (операционным системам реального времени, например: *NIX, QNX и т.п.), где управление временем использования процессора реализовано в ядре, в Виндовсе до сих пор не реализовано.

Ну а самое реальное в данном случае - это просто у потоков-соединений у НС выставить приоритет BELOW NORMAL. Как ни странно - но снижение приоритета потока всего на 1 довольно эффективно работает в многопоточных приложениях для распределения ресурсов процессора между этими потоками.

Сорри, если замудренно написал, но так уж привык.