https://m.opennet.dev/openforum/vsluhforumID3/69982.html Леннарт Поттеринг, ведущий разработчик перспективной системы инициализации systemd (http://www.opennet.ru/opennews/art.shtml?num=26447), рассказал (http://0pointer.de/blog/projects/systemd-update.html) о ключевых достижениях в разработке данного программного продукта:<br><br><br><br>- В настоящее время systemd уже принят в состав выпуска Fedora 14 и отлично зарекомендовал себя в предварительном тестировании, поэтому скорее всего именно он будет использоваться в  Fedora 14 в качестве системы инициализации по умолчанию.<br>- Добавлены новые конфигурационные единицы (юниты): timer-юниты для активации событий по таймеру (в стиле cron), swap-юниты, позволяющие централизованно управлять swap-разделами и swap-файлами, и path-юниты, обеспечивающие реагирование на события inotify (например, изменение заданного файла или появление файлов в определенном каталоге).<br>- Реализована поддержка SELinux: создаваемым объектам (каталогам, сокетам, FIFO) автоматически присваиваются корректные метки безопасности.<br>- В...<br><br>URL: http://0pointe https://m.opennet.dev/openforum/vsluhforumID3/69982.html#73 Thu, 16 Sep 2010 21:22:16 GMT &gt;&gt;Даже такой примитив, как xinetd, умеет оставлять процессы и использовать их повторно. <br>&gt;ага, щааас. по требованиям к этому "протоколу" - процесс обязан вызвать exit по концу обработки :)<br>&gt;может у вас какая-то паралельная вселенная - где exit не убивает процес ?<br><br>Почитайте про опцию wait в man xinetd.conf. Говорят, она работает и в нашей вселенной.<br> https://m.opennet.dev/openforum/vsluhforumID3/69982.html#72 Thu, 16 Sep 2010 21:19:23 GMT &gt;Блин.. ну как вам объяснить что сокет может быть унаследован только чилдом после форка :)<br>&gt;может вы таки почитаете книги по программированию в unix системах?<br><br>Может, вы таки почитаете документацию по systemd?<br>Он и запускает службы через fork+exec. Это же не systemv init, там нет шелл-костылей.<br>(Точнее, поддержка костылей есть, но только для обратной совместимости.)<br><br>Это НЕ inetd-style в чистом виде (хотя и он поддерживается, для sshd, например).<br> https://m.opennet.dev/openforum/vsluhforumID3/69982.html#71 Sat, 28 Aug 2010 06:17:01 GMT Блин.. ну как вам объяснить что сокет может быть унаследован только чилдом после форка :)<br>ну еще и между тредами. может вы таки почитаете книги по программированию в unix системах?<br><br>в остальном сокет как и файловый дискритор - ЛОКАЛЬНЫЙ ОБЪЕКТ ДЛЯ КАЖДОГО ПРОЦЕССА.<br>для обхода этого ограничения был сделан inetd style, но он никогда не рекомендовался для тяжело нагруженных приложений так как накладные расходы на создание 1 сокета (1 файлового дискритора) и 3х (1 сокет + stdin/stdout для приложения) - это совсем разные вещи :)<br><br>Для 20 последовальных соединений это фигня, а вот для 20к уже нет или для 100к. (если мой склероз не изменяет - структура описывающая файловый дискритор занимает в памяти 500 байт - теперь оцените расходы в 50мб ядерной памяти, или 150мб - при том что в 32bit режиме весь объем ядерной памяти ограничен 300мб, остальное это highmem, vmalloc area и тп) <br><br>Поэтому не один из сервисов которые расчитаны на работу с такими потоками - не делают как inetd style.<br>Возмем для примера прокси с https://m.opennet.dev/openforum/vsluhforumID3/69982.html#70 Fri, 27 Aug 2010 06:33:50 GMT &gt;&gt;если он кому-то нужен.<br>&gt;<br>&gt;Да-да, этот совершенно ненужный проект распихан по большинству дистров. <br>&gt;<br><br>И? Миллионы мух не могут ошибаться? Или у редхата такой вес, что может продавить даже пульсаудио?<br><br>Чем конкретно не устраивала ALSA? Все работало как часы, никакой звук не отваливался. На самых разных машинах. Теперь куда не плюнь - везде особенности. Никогда не слышали треск вместо звуковой дорожки, ПРОСТО ПОТАСКАВ ПОЛЗУНОК ГРОМКОСТИ, БЛИН. И до перезагрузки любимого во все щели пульса. Не отрывается он из гнома нового, хоть плачь, хоть смейся. И разработчик - я все сделал правильно - а все остальные криворукие косорезы.<br> https://m.opennet.dev/openforum/vsluhforumID3/69982.html#69 Wed, 25 Aug 2010 20:18:44 GMT &gt;Такой бы энтузиазм и на благие цели пустить.<br><br>Энтузиазмом тут и не пахнет. systemd делается за вполне хорошую зарплату. Вот сдаст Леннарт systemd и его кинут на следующий проект. Такое ощущение, что у редхат много денег и их надо куда-то потратить.<br> https://m.opennet.dev/openforum/vsluhforumID3/69982.html#68 Wed, 25 Aug 2010 16:10:17 GMT &gt;если он кому-то нужен.<br><br>Да-да, этот совершенно ненужный проект распихан по большинству дистров.<br><br>&gt;уже вроде собираются писать замену ему.<br><br>И где можно скачать собранные пакеты этой замены? Или хотя бы тарбол?<br><br>&gt;вот народ говорит что в мандриве идет более 50 патчей на pulseaudio. <br><br>А в centos их сколько, если не секрет? При том, что там все хорошо работает.<br><br>&gt;Видимо всем им мерещится? <br><br>А я сейчас побегу по всем форумам кричать, что у меня в альсе звук плавает и карты не видятся (кстати, без шуток, звук из альсы напоминает совковый телефон). Это тоже типа научно установленная истина будет?<br><br>&gt;LOL - сотня программ и все неправильно. <br><br>Решительно не вижу ничего смешного.<br><br>&gt;Повезло :) вот ниже народ пишет что везет не всем и не всегда. <br><br>Ну да, конечно. Просто везение, ничего больше.<br> https://m.opennet.dev/openforum/vsluhforumID3/69982.html#67 Wed, 25 Aug 2010 16:02:43 GMT &gt;вы меня извените<br><br>Извиняю, вы все равно не поняли моей мысли.<br><br>&gt;но подход который реализован в inetd - никаким боком не подходит для нагруженого сервиса - которым является nginx<br><br>Совершенно верно. Поэтому ее совершенно необязательно применять во время работы сервера.<br>Но что касается запуска - подход inetd в реализации systemd дает большую скорость подъема всех служб, и поэтому более эффективен. Достаточно, чтобы nginx (или кто там еще) смог принять сокет от systemd и корректно обработать запросы из него, после чего он может запускать и организовывать свои процессы и потоки как ему заблагорассудится.<br><br>&gt;Все написавшие почтовые сервера, www/ftp сервера, дефективны по дизайну<br><br>Очень многие сервера умеют работать в inetd-стиле. Гораздо больше, чем вы думаете.<br><br>&gt;А вас устраивает ситуация что для того что бы получить стабильный софт надо обязательно платить деньги?<br><br>Я юзаю centos и никому ничего не плачу. ЧЯДНТ?<br> https://m.opennet.dev/openforum/vsluhforumID3/69982.html#66 Wed, 25 Aug 2010 12:19:10 GMT &gt;&gt;И эту ошибку автор не признавал - но она есть.<br>&gt;<br>&gt;Если бы так действительно было - проект бы уже давно форкнули. <br><br>если он кому-то нужен. хотя на моей памяти уже вроде собираются писать замену ему.<br><br>&gt; Или <br>&gt;исправили ошибку в дистрибутивных патчах.<br><br>вот народ говорит что в мандриве идет более 50 патчей на pulseaudio. видимо от хорошей жизни ;-)<br>И там совсем нет багов.<br><br>&gt; Или просто выкинули из дистров. <br>&gt;На практике мы не наблюдаем ни того, ни другого, ни третьего. Следовательно, <br>&gt;ваши домыслы необоснованны. <br><br>да да, ниже вот народ говорит что кучи патчей в мандриве, постоянно звук плавает и неработает с некоторыми картами.<br>Видимо всем им мерещится?<br><br><br>&gt;<br>&gt;Были программы, криво выводящие звук. Теперь это в них поправили. Вот и <br>&gt;всё. <br><br>LOL - сотня программ и все неправильно. Может таки что-то в консерватории не то?<br><br><br>&gt;<br>&gt;&gt;вы не поверите - но в этих дистрибутивах пришлось выключать pulseaudio что бы в kde работал микшер и запись с микрофона.<br>&gt;<br>&gt;Не поверю, конечно. У меня в centos/kde https://m.opennet.dev/openforum/vsluhforumID3/69982.html#65 Wed, 25 Aug 2010 12:06:29 GMT Мда.<br>вы меня извените - но подход который реализован в inetd - никаким боком не подходит для нагруженого сервиса - которым является nginx :)<br>Даже не хочется смеяться. <br>Все написавшие почтовые сервера, www/ftp сервера, дефективны по дизайну - прошу простить но это ничего кроме смеха не вызывает.<br>Давайте вы мне расскажете почему введение дополнительной прослойки ввиде stdin/out поверх сокета - лучше прямого чтения из сокета ;-)<br>А так же расскажите что постоянные fork + exec грузят машину слабее чем preforked или вобще обработка в одном потоке :-)<br>А так же расскажите что обработка в одном потоке тысяч сокетов - это быстрее чем обработка каждой группы сокетов в своем приложении :)<br>смешно ж..<br><br><br>&gt;амомнение не нужно. Здравый смысл рулит.<br><br>Простите но со здравым смыслом тут как раз таки проблемы ;-)<br>Методы которые применимы для слабо нагруженых сервисов - коим является sshd/telnet/etc.. слабо подходит для сильно нагруженых - почтовых серверов и тп.<br><br><br>&gt; Вы так говорите, как будто это что-то плохое.<br>&gt;О