>> Ты о них в "мyрзилке" читал, я гляжу?)
> Я их живьем толпу видел.

Ну, издали может и видел.

>> Ну и из-за чего тогда надо было горoдить сокет активацию?
> А чтоб не таскать какие-то лeвые inetd и прочих. Ну и поттер
> ее припахал как критерий взлета сервисов, например, для логгера, так чтобы
> тот мог взлететь без потери сообщений на ранних стадиях. Остальные такой
> фигней как потеря сообщений логгером похоже вообще не парятся, судя по
> тому что я вижу.

Может остальные знают какие-то иные решения этой проблемы?  (Про логгинг тоже писали выше.)

>> Верю.  Для каких-то заданий такие "умные" хлoпцы вообще >/dev/null 2>&1; exit
>> 0 ставят.  Задачи бывают разные, вот и все.
> Да, задачи бывают разные. И для некоторых из них даже сокетная активация
> вполне пойдет.

Конечно.  Речь шла лишь о том, что происходит когда инструменты пытаются смешать в одну кучу.  Задумайся, если такое сделали в федоре - какой шанс, что рядовой админ "рога и копыта" учинит что-то подобное сам?

>> Т.е. ты не знаешь как?
> То-есть я не только знаю как, но и считаю что те же
> cgroups - большой шаг вперед относительно этого.

cgroups - часть "этого".  Ох, "знатель".

>> Если бы inetd пытался *всех* стричь под одну грeбeнку - безусловно, да.
> Крутой и серьезный технический критерий. Ждем истеpики "read()" стрижет всех под одну
> грeбeнку! Дeешь каждому свой набор сисколов!

Чтоб ты знал - read не единственный сискол даже в POSIX.

>> Сказали "вaу" - и нахeрачили себе жирную мину с этой самой активацией
>> по сокету в sshd.
> С учетом того как работает sshd - ничего принципиально не изменилось.

Я подробно и в картинках написал что.  Речь не о том кто и сколько плодит "чайльдов", не о экономии ресурсов вовсе.

>> Учиться надо, вот и все.  И заметишь.
> Вот и учись. А я мне знаний уже хватает

Просто знания твои выглядят...  Ну, жалко, если по-политкорректски.  А принципиальное нежелание учиться - заставляет вовсе подозревать дурака.

>> А кто будет корки systemd разбирать, его фанбои?
> Его авторы, разумеется.

А если авторам начхать на проблемы фирмы "рога и копыта"?  Ван Ванычу надо, чтобы проблему решили щас, а не когда леня удостоит твой багрепорт вниманием.  Предложишь купить поддержку RH?  А нахрен тогда фанбой Ван Ванычу сдался?

> Сферическая предсказуемость в вакууме - это круто.

Продолжай сражаться с тараканами в собственной голове.

>> И что, благодаря этой настройке ты можешь гарантировать что проблема проявится только в 9:00 утра?
> Процесс всегда может упасть при ситуации
> когда в системе стало туговато с памятью.

Просто я знаю механизмы, которые гарантируют что такое не случится.  Разделение ресурсов никто не отменял.

> О какой предсказуемости в таких реалиях спич?

А еще в серверную может ударить метеорит.  Худей - совсем уже не пролазишь.

> При том что вся работа sshd с его кучей форков
> состоит из аналогичних по смыслу действий

Нет.  В одной ситуации - апач вовсе не сможет стартовать в неизвестный момент X (я беру пример более простого сервиса), а в другом - ему может нехватить ресурсов чтобы форкнуть воркера для обслуги очередного запроса.  От того что ты смешал все в кучу - аналогичными эти два сценария не стали.

>> Ну это и называется шелл хостинг.  Либо "идиoт", не умеющий элементарно
>> настроить sshd.
> Нужда ставить костыли программе для защиты ее от внешнего мира - показывает
> что программа fucked up, и вообще не под реалии этого мира делана.

Напиши свой sshd, покажи кузькину мать буржуинам!  А пока жену свою учи щи варить.