Т.е. все же процессы могут сообщать ядру, кто их создал? Чтобы дети могли получить доступ к родителю?

В смысле?

Ладно, сойдемся на твоем варианте, пока не доказана необходимость моего.

В случае внештатной ситуации по таймеру, а как еще? Как выше tenshi описывал: 1) сообщить процессу, что надо умереть, 2) если не умер через N секунд - контрольный в голову. :) Правда не могу придумать пример внештатной ситуации...

Журналирует скорее лог. А процессы это текущее состояние программы в данный промежуток времени. Можно включить журналирование и даже воссоздать состояние на момент закрытия программы, но это вроде не совсем то. Хотя ...

Да.

Ну ты же сам сказал, что у процесса может быть ребенок, так почему не дети?

Хотя, сложно сказать. Я так понимаю, в реальности никто никого не убивает. Просто когда процесс оживает, он может выяснить, что дальше ничего делать не надо. Поэтому может и не надо таймер.

Кто журналирует понятно. Я просто пытаюсь вывести цели добавления управления процессами. Пока что вижу две: 1) журналирование действий, 2) создание связей между процессами (чтобы дети могли получить доступ к родителям).

тут надо быть осторожным с восстановлением, а то будет как с браузерами, которые восстанавливают вкладки и тут же падают из-за одной из них)

а может и забыть и тогда поведение в общем случае непредсказуемое.

Журналирование это скорее следствие из реализации. Идея в связях между процессами.

а как прекратить выполнение javascript функции извне?

Тогда в чем проблема? Передавай вызываемому коду ссылки на себя. Без всяких арбитров, и будут тебе связи.

например так) http://nodejs.org/api/process.html#p..._process_abort
также abort есть у XMLHttpRequest, для таймаутов - clearTimeout и тд..

На какого себя?