|
1.5, sauron, 06:10, 24/08/2010 [ответить] [смотреть все] [к модератору]
| +2 +/– |
>Особый интерес эта возможность представляет для встраиваемых систем, в которых теперь можно обходиться вообще без демона системного лога
Да ви шо? А ничего что он с собой dbus и libxml тянет которые как-то существенно больше банального syslog :]
|  | |
|
2.20, mamonts, 11:06, 24/08/2010 [^] [ответить] [смотреть все] [показать ветку] [к модератору]
| +11 +/– |
От upstart же systemd отличается более высокой степенью параллелизации, и как следствие, более высокой скоростью загрузки. Например, если демон A требует для работы сокет, открытый демоном B, то upstart сначала запустит демона B, а затем демона A, в то время как systemd создаст сокет сам и запустит обоих демонов одновременно, что занимает примерно в два раза меньше времени. Используемый в upstart принцип, когда ключевыми событиями является лишь запуск и остановка демона, Леннарт и его коллеги считают изначально неэффективным. http://www.linux.org.ru/view-news.jsp?tag=upstart
|  | |
|
|
4.31, аноним, 13:22, 24/08/2010 [^] [ответить] [смотреть все] [к модератору]
| +6 +/– |
>попробуйте сделать connect на unix socket когда на другой стороне никто не слушает ?
Вы бы документацию чуть-чуть почитали, прежде чем других жизни учить.
Все сокеты принадлежат systemd, и он перенаправляет запросы демонам только в том случае, если демон жив. Если нет - демон запускается, а на время его запуска инфа лежит в буфере.
Этот подход протестирован в Mac OS X launchd и показал великолепные результаты.
upstart и близко такой гибкости и надежности не обеспечивает, кстати.
>в случае одного CPU или когда второе ядро это эмуляция через HT (представьте себе еще такие есть) - будет так же или медленее.
Если вас послушать, таким системам и upstart будет злейшим врагом (он ведь тоже использует параллельный запуск, хотя и не так эффективно).
А на деле - systemd даже на однопроцессорных системах позволяет, пока инициализация службы чего-нибудь ждёт, запускать другие службы.
>И по сути - RedHat как обычно пропихивает разработки нужны только в серверном сегменте.
Да ну? А зачем серверам, которые годами работают без перезагрузок, быстрый процесс загрузки? А тот факт, что проект хостится на freedesktop.org, вам ни на что не намекает?
>Ровно так же как пропихнули свой шедулер, вместо шедулера который написал Колинс - который лучше работает на домашних машинках, но на серверах ведет себя хуже.
Это было решение Линуса и Ко - для них linux является прежде всего серверной системой.
|  | |
|
|
|
|
2.63, аноним, 13:20, 25/08/2010 [^] [ответить] [смотреть все] [показать ветку] [к модератору]
| +1 +/– |
>Ubuntu за 5 секунд загружается
У вас, с минимальным набором служб, может, и пять, а у юзера Васи служб дофига, и ubuntu грузится полминуты. Думаю, он будет рад, если это время сократится в два раза.
>и совместимость с init есть,
Очень хреновая. В частности, upstart не понимает описания зависимостей в lsb-заголовках, и ему нужно указывать зависимости вручную. Если так и дальше "совместимость" развивать, то скоро upstart будет только выводить сообщение вроде "Ну вы сами там запустите, какие вам службы нужны, а я пойду в sleep".
>зачем этот велосипед не понятно.
Действительно, непонятно, зачем нужен upstart?
>лучше бы игры пилили и не забивали себе и другим мозги.
Замечательно! Вот и займитесь. И не забивайте себе и другим мозги.
|  | |
|
|
2.69, anonymous, 00:18, 26/08/2010 [^] [ответить] [смотреть все] [показать ветку] [к модератору]
| –1 +/– |
>Такой бы энтузиазм и на благие цели пустить.
Энтузиазмом тут и не пахнет. systemd делается за вполне хорошую зарплату. Вот сдаст Леннарт systemd и его кинут на следующий проект. Такое ощущение, что у редхат много денег и их надо куда-то потратить.
|  | |
|
|
|