@jsbillings ладно, я думаю, что мне теперь: есть *только один* пользователей NX на сервере. Вам не создать ваш собственный счет, вы входите в систему как *же* пользователь, как и все остальные, кто использует NX на эту систему. Следовательно, каждый должен копировать *закрытый ключ же* пользователей ПХ, а не загружать своими индивидуальными ключами. Да? Что также объясняет, почему она была оставлена общедоступных в `/etc/nxserver/`. `русского` Ш не поддерживает `-в`. Вы можете использовать `[ "${OldIP+комплект}" = установка ]` есть. Ли в удаленном почтовом сервере ограничить доступ на определенные диапазоны адресов, по конфигурации или брандмауэра? это хороший ответ, я думаю...но я думаю, что с помощью inotify в Node.js предполагает нереста отдельных процессов, так или иначе вы будете нереста дополнительных процессов. Мужчина садится в ресторане и смотрит меню. Он говорит официанту: "Я думаю, что я буду есть черепаховый суп". Официант уходит, но человек меняет свое мнение на гороховый суп. Он орет официанту "держать черепаху, сделать это горошине"...

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

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

Ответ Жиля проходит через ваши очки по одному, не много, чтобы добавить к этому вот.