> пошупал F20 с systemd, стартует она не быстрее чем рядом стоящая железка с Centos6..

А в 6-й центоси помнится уже был параллельный старт сервисов через upstart. Upstart штука неплохая, но, к сожалению, по фичам заметно отстает от systemd. Например контейнеры только совсем недавно запилили вообще, а до этого поттер был вообще чуть ли не уникум (если не рассматривать местечковые костыли и подпорки).

> а что надо то от systemd? рестарт сервисов при падении? давно умели..

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

> так что надо то?

...как должна работать современная система? Скажем, по шине приезжает сообщение "ребята, заткнитесь!" [это самолет!]. И вся беспроводка должна заткнуться. А те кто хотел юзать беспроводные девайсы - в идеале должны быть информированы что это временно недоступно, а не просто ломать голову "ой, что за фигня?". Потому что самолет идет на взлет и гадить его оборудованию нашим излучением - не полагается. При этом тому кто обрабатывал какую-нибудь кнопку "самолетного режима" - в общем то не в кассу знать какую там кипу программ и системных сервисов все это интересовало. Он ругнулся в шину, а дальше все кто имел отношение к этому событию - получают его. Кроме всего прочего будет вполне логично если какой-нибудь запускач попутно выгрузит, допустим, httpd, если иных вариантов сети не осталось. Чтоб даже и не пытался дергаться, даже в проекте.