Исходное сообщение
"Отчет о развитии systemd" Отправлено аноним, 24-Авг-10 13:22
>попробуйте сделать connect на unix socket когда на другой стороне никто не слушает ? Вы бы документацию чуть-чуть почитали, прежде чем других жизни учить. Все сокеты принадлежат systemd, и он перенаправляет запросы демонам только в том случае, если демон жив. Если нет - демон запускается, а на время его запуска инфа лежит в буфере. Этот подход протестирован в Mac OS X launchd и показал великолепные результаты. upstart и близко такой гибкости и надежности не обеспечивает, кстати. >в случае одного CPU или когда второе ядро это эмуляция через HT (представьте себе еще такие есть) - будет так же или медленее. Если вас послушать, таким системам и upstart будет злейшим врагом (он ведь тоже использует параллельный запуск, хотя и не так эффективно). А на деле - systemd даже на однопроцессорных системах позволяет, пока инициализация службы чего-нибудь ждёт, запускать другие службы. >И по сути - RedHat как обычно пропихивает разработки нужны только в серверном сегменте. Да ну? А зачем серверам, которые годами работают без перезагрузок, быстрый процесс загрузки? А тот факт, что проект хостится на freedesktop.org, вам ни на что не намекает? >Ровно так же как пропихнули свой шедулер, вместо шедулера который написал Колинс - который лучше работает на домашних машинках, но на серверах ведет себя хуже. Это было решение Линуса и Ко - для них linux является прежде всего серверной системой.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>попробуйте сделать connect на unix socket когда на другой стороне никто не слушает ? > Вы бы документацию чуть-чуть почитали, прежде чем других жизни учить. > Все сокеты принадлежат systemd, и он перенаправляет запросы демонам только в том > случае, если демон жив. Если нет - демон запускается, а на > время его запуска инфа лежит в буфере. > Этот подход протестирован в Mac OS X launchd и показал великолепные результаты. > upstart и близко такой гибкости и надежности не обеспечивает, кстати. >>в случае одного CPU или когда второе ядро это эмуляция через HT (представьте себе еще такие есть) - будет так же или медленее. > Если вас послушать, таким системам и upstart будет злейшим врагом (он ведь > тоже использует параллельный запуск, хотя и не так эффективно). > А на деле - systemd даже на однопроцессорных системах позволяет, пока инициализация > службы чего-нибудь ждёт, запускать другие службы. >>И по сути - RedHat как обычно пропихивает разработки нужны только в серверном сегменте. > Да ну? А зачем серверам, которые годами работают без перезагрузок, быстрый процесс > загрузки? А тот факт, что проект хостится на freedesktop.org, вам ни > на что не намекает? >>Ровно так же как пропихнули свой шедулер, вместо шедулера который написал Колинс - который лучше работает на домашних машинках, но на серверах ведет себя хуже. > Это было решение Линуса и Ко - для них linux является прежде > всего серверной системой.
	Введите код, изображенный на картинке: