Быстрее ли systemd стартует систему чем "makefile-style concurrent boot"?
/etc/init.d/rc запускает: $STARTPAR -p 4 -t 20 -T 3 -M $1 -P $previous -R $runlevel В http://svn.savannah.nongnu.org/viewvc/startpar/trunk/startpar.c?root=sysvinit&view=markup вроде число одновремеено выполняемых запусков: par*numcpu (опция -p на число sysconf(_SC_NPROCESSORS_ONLN)). В https://github.com/systemd/systemd не нашел реализацию запуска юнитов в стартап коде, что бы увидеть как реализован параллелизм. Большой обьем кода. Скорость загрузки ОС зависит от порядка загрузки сервисов, не запускать все сразу а по требованию, systemd еще в себя функциональность вбирает - несколькими сервисами меньше стартовать. Разработчики не обьясняют почему быстро грузится: http://0pointer.de/blog/projects/the-biggest-myths.html Myth: systemd is about speed. Yes, systemd is fast (A pretty complete userspace boot-up in ~900ms, anyone?), but that's primarily just a side-effect of doing things **right**. Из всей *правильности* по документации я видел только - старт по требованию, т.е. учет зависимостей. Разве LSB заголовки в /etc/init.d скриптах не решили проблему? Может ли быть что systemd только лишь быстрее стартует систему по сравнению с классической sysvinit, а не с использованием startpar? И я так понимаю что прослойка sh-скриптов также замедляет загрузку, и это из sysvinit никак не убрать...
