The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Участник проекта Debian ответил на критику systemd"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Участник проекта Debian ответил на критику systemd"  +/
Сообщение от opennews on 09-Июн-13, 21:14 
Участник проекта Debian Майкл Штапельберг (Michael Stapelberg (http://people.debian.org/~stapelberg/)) ответил на критику systemd, высказанную другими разработчиками в рамках проведённого (http://www.opennet.ru/opennews/art.shtml?num=37032) в конце мая опроса. В своём блоге Майкл попытался (http://people.debian.org/~stapelberg//2013/06/09/systemd-blo...) опровергнуть аргументы, традиционно выдвигаемые против systemd.


systemd имеет много зависимостей.

Для опровержения этого аргумента был приведён отдельный документ (http://people.debian.org/~stapelberg/docs/systemd-dependenci...), включающий в себя список зависимостей пакета systemd и его исполняемого файла. В частности в нём видно, что большинство библиотек уже есть в среднестатистической системе и потребуется очень мало дополнительных библиотек. Также он приводит список возможных проблем с зависимостями:


-  
1. Циклические зависимости.

Майкл упоминает о том, что systmed зависит от DBus, тогда как тот сам должен быть загружен системой инициализации, что потенциально может быть источником проблем. Однако systemd
не
зависит от dbus-daemon, а использует интегрированную минимальную реализацию.
-  
2. Усложнение кода.

Здесь автор приводит ссылку на фрагмент кода systemd (http://cgit.freedesktop.org/systemd/systemd/tree/src/core/ex...) с целью показать его читаемость и простоту.
-  
3. Зависимость от большого количества библиотек.

Автор утверждает, что большинство библиотек уже активно используются такими программами, как DBus, Udev, SELinux, libcap, pcre и т.п., поэтому установка пакета приведёт к установке лишь небольшого числа этих библиотек на обычной системе (всего около 10 пакетов).
-  
4. systemd использует больше памяти, чем sysvinit.

В качестве опровержения этого утверждения, разработчик пишет, что большинство библиотек уже загружено в память и systemd в худшем случае загрузит около 500 кБ дополнительных библиотек, что является небольшой ценой за предоставленные возможности и актуально разве что в нише встраиваемых систем, где systemd всё равно не слишком необходим (примечание переводчика).


systemd перегружен функциональностью и является bloatware.

Майкл отсылает критиков к статье на Wikipedia (http://en.wikipedia.org/wiki/Software_bloat) с определением bloatware как программы, замедляющейся и разрастающейся от релиза к релизу. В качестве контраргумента он утверждает, что systemd работает быстрее, чем sysvinit и занимает памяти всего на 1 мБ больше, а также на то, что функциональноть systemd разбита по небольшим отдельным бинарным файлам.

systemd делает слишком много вещей.

Автор согласен с этим утверждением, однако предлагает воспринимать его как положительную черту - это открывает множество дополнительных способов использования, а также использование на широком спектре устройств. Кроме того упоминается, что не обязательно использовать все возможности systemd, которые разбиты по разным файлам и иногда даже разным пакетам.

systemd слишком усложнён.

Здесь Майкл предлагает сравнить монолитное ядро Linux с systemd и микроядро Minix с sysvinit, а также упоминает, что не унифицированные и дублирующие друг друга скрипты на Shell порой более сложны и медленны, а также вызывают больше проблем, чем стандартный код на языке C.

Вывод.

Из написанного выше, автор делает вывод - критики systemd во многом правы, но иногда следует посмотреть на вещи с положительной стороны и увидеть, что systemd просто старается сконцентрировать в одном месте усложнённость множества различных init-скриптов, оставив сложности внутри себя, а простой, но в то же время гибкий интерфейс - снаружи. В итоге, упрощается работа мэйнтейнеров пакетов по написанию сервисных файлов (аналог скриптов инициализации) и предоставляются целостные и надёжные средства для управления сервисами. System отличается от sysvinit, а альтернативные подходы первое время часто кажутся усложнёнными. То, что  systemd потребляет больше ресурсов, чем sysvinit, компенсируется задействованием данных ресурсов для учёта большей информации о сервисах, а более детальизированный контроль состояния позволяет администратору более глубоко контролировать работу служб.

URL: http://people.debian.org/~stapelberg//2013/06/09/systemd-blo...
Новость: http://www.opennet.ru/opennews/art.shtml?num=37130

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Участник проекта Debian ответил на критику systemd"  +32 +/
Сообщение от Амоним on 09-Июн-13, 21:14 
товарищи! если кому не лень, объясните пожалуйста: зачем так пиарят и продвигают этот сыстемд? неужто на нём свет таким серьёзным клином сошёлся, что без него вообще никак?
(южу гентуху - потребности не вижу)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

5. "Участник проекта Debian ответил на критику systemd"  +7 +/
Сообщение от бедный буратино (ok) on 09-Июн-13, 21:20 
systemd просто старается сконцентрировать в одном месте усложнённость множества различных init-скриптов, оставив сложности внутри себя, а простой, но в то же время гибкий интерфейс - снаружи. В итоге, упрощается работа мэйнтейнеров пакетов по написанию сервисных файлов (аналог скриптов инициализации) и предоставляются целостные и надёжные средства для управления сервисами.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

13. "Участник проекта Debian ответил на критику systemd"  –3 +/
Сообщение от anonymous (??) on 09-Июн-13, 21:39 
>сконцентрировать в одном месте усложнённость множества различных init-скриптов

В systemd скрипты? Подробнее, пожалуйста. Что такое усложнённость и зачем её концентрировать?


>В итоге, упрощается работа мэйнтейнеров пакетов по написанию сервисных файлов

Чем упрощается? Каким образом? И вообще, с чего ты взял, что она упрощается?


>целостные и надёжные средства для управления сервисами

В чём заключается целостность и надёжность управления? И почему все другие реализации стали ненадёжные?

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

14. "Участник проекта Debian ответил на критику systemd"  +19 +/
Сообщение от бедный буратино (ok) on 09-Июн-13, 21:46 
Я новость процитировал, где на исходный вопрос отвечено.

> Чем упрощается? Каким образом? И вообще, с чего ты взял, что она упрощается?

Устройством модулей, вероятно.

ps. Лично мне от systemd ни холодно, ни горячо, и с ним жить можно, и без него. Я только против режима "базарных бабок", когда слухи, фобии и стереотипы проецируют на какую-то тему только для того, чтобы можно было говорить одними и теми же шаблонами, создавая иллюзию общения. Это не общение, это конкурс попугаев. И я в подобных темах обычно не общаюсь, тут зашёл случайно - человек написал вопрос, ответ на который был шестью строчками выше его вопроса - вот я ему и скопировал.

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

29. "Участник проекта Debian ответил на критику systemd"  –6 +/
Сообщение от Амоним on 09-Июн-13, 22:37 
не флудите, товарищ. шестью строчками выше ответы на не те вопросы.
потому что поясняю:

> systemd просто старается сконцентрировать в одном месте усложнённость множества различных init-скриптов. ... [etc.]

0. вопрос не про старания системд. вопрос про старания тех, кто пиарит.
1. сложность скриптов инициализации системы связана с тем, что инициализация системы - штука непростая. и всё. перенос этой сложности "в себя" == перенос инициализации из скриптов инициализации - явный нонсенс.
2. с systemd связано множество усложнений. если кто не хочет связываься с ними - должен иметь возможность выбора чего-то попроще, поклассичнее, etc.

как вариант результата:
0. systemd в конечном итоге захватывает загрузку систем;
1. rh (или ещё ктонить) прибирает к рукам systemd;
2. ...
3. profit. хошь грузить линух - изволь лицензию на systemd приобрести.
а разрабов у init-скриптов ужо не будет, за невостребованностью.

как вариант того, что должно быть:
0. список возможных проблем, юзеры пополняют со временем.
1. группа, стандартизирующая требования к софту подобного рода.
2. стандарты, выпущенные группой.
3. много проектов, наравне с systemd, не подминающие под себя удевы, следующие стандартам.
4. все довольны.

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

48. "Участник проекта Debian ответил на критику systemd"  +10 +/
Сообщение от бедный буратино (ok) on 09-Июн-13, 23:25 
чтобы переписать все скрипты на systemd, требуется примерно в 100 раз меньше усилий, чем на ежедневное нытьё на форумах про то, как всё плохо
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

123. "Участник проекта Debian ответил на критику systemd"  +7 +/
Сообщение от the joker (ok) on 10-Июн-13, 05:19 
> требуется примерно в 100 раз меньше усилий, чем на ежедневное нытьё на форумах про то, как всё плохо

Зато сколько удовольствия!

Люди ищут сострадания, а им говорят "вот вам инструмент получше, только не нойте"...

Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

138. "Участник проекта Debian ответил на критику systemd"  +2 +/
Сообщение от linux must _RIP_ on 10-Июн-13, 08:42 
давайте начнем с того что "а надо ли" переписывать. Чуть раньше была новость что сравнив скорость загрузки sysv init  и systemd - получили что systemd проигрывает по скорости. Хотя это пиарилось как его главное достоинство. Теперь начинают срочно искать другие достоинства? раз уж со скоростью облажались...
Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

141. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от бедный буратино (ok) on 10-Июн-13, 08:58 
> давайте начнем с того что "а надо ли" переписывать. Чуть раньше была
> новость что сравнив скорость загрузки sysv init  и systemd -
> получили что systemd проигрывает по скорости. Хотя это пиарилось как его
> главное достоинство. Теперь начинают срочно искать другие достоинства? раз уж со
> скоростью облажались...

Что надо - решают разработчики Debian. И пишут об этом в release notes. Мы почти прозрачно перешли на конкурентную загрузку в 6.0, прозрачно перейдём и на systemd, и на upstart, и на /etc/rc, если так решат маинтайнеры. Потому что Debian.

Ответить | Правка | ^ к родителю #138 | Наверх | Cообщить модератору

156. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от Аноним (??) on 10-Июн-13, 10:49 
> давайте начнем с того что "а надо ли" переписывать.

А вот это уже для себя каждый сам решает. Я вот вижу что даже разработчикам софта нынче стало зачастую не лениво 5 строчек в service-файл накатать. А как по мне - я опять же для запуска моих кастомных демонов предпочту 5 строк в конфиг кинуть чем выписывать костыли на три страницы на скриптах. Особенно весело когда метровый интерпетер с портянкой на 3 страницы пиинается для старта 20 кб прожки. Что еще веселее, если лыжи не едут, придется самому дописывать логгинг и дебаггинг. Потому что в дефолтных стартовых скриптах он отсутствует чуть более чем полностью. Так что если что-то где-то не получается, в sysvinit с этим отдельный гемор.

Ответить | Правка | ^ к родителю #138 | Наверх | Cообщить модератору

158. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от бедный буратино (ok) on 10-Июн-13, 10:51 
И демонизация в каждых дистрибутивах разная, поэтому универсальный init-скрипт не имел смысла.
Ответить | Правка | ^ к родителю #156 | Наверх | Cообщить модератору

161. "Участник проекта Debian ответил на критику systemd"  +3 +/
Сообщение от linux must _RIP_ on 10-Июн-13, 11:15 
да что вы говорите $app_name & разная? или ключик у программы вдруг поменяется?

тем неменее init скрипты уже шли с init скриптами под каждый дистрибутив. Теперь надо менять это все - с учетом того что товарищи писатели systemd - вопросами портируемости между дистрибутивами не заморачиваются. "Весь мир прогнется под нас"... ведь так?

Ответить | Правка | ^ к родителю #158 | Наверх | Cообщить модератору

172. "Участник проекта Debian ответил на критику systemd"  –3 +/
Сообщение от Аноним (??) on 10-Июн-13, 11:45 
> да что вы говорите $app_name & разная?

А это, внезапно, вообще костыль. И да, таки отличие у программ бывают. Кто-то дергает соотв. сискол, кто-то нет, кто-то делает закат солнца вручную сам. По факту интимных особенностей можно запросто выкусить.

> или ключик у программы вдруг поменяется?

Не, ну зачем же ключик. Например у разных дистров директории разные бывают. И вот тебе вываливается портяна на три страницы, где константы типа директорий равномерным слоем размазаны по всему тексту. Сколько времени убьется на ее фиксинг под другой дистр? Правильно - полчаса колупания в програмерском редакторе, а если лыжи не поехали - потуги отладить это и понять в чем грабли, с самоличным дописыванием логгинга. Потому что штатного механизма логинга результатов операций в башевых портянка вообще совсем нет.

> тем неменее init скрипты уже шли с init скриптами под каждый дистрибутив.

Потому что они разные. И скрипты от одного дистра не только не подойдут для другого. Их еще и переделывать геморно будет. А вот исправить пути в файле конфигурации на 5 строк - дело ерундовое. Тем более что при факапе тот кто парсил конфиг залоггит в чем проблема. По крайней мере - он это может и должен делать. Так что если где-то допустим доступа нет или опечатка, нормальный стартер вполне себе может залоггить это по человечески. У него для этого все карты на руках - он сисколы дергал, коды возврата видел. А вот самолично это дописывать к каждой портянке да еще на шеллскриптах - вот уж спасибо, сами так упражняйтесь.

> Теперь надо менять это все - с учетом того что товарищи
> писатели systemd - вопросами портируемости между дистрибутивами не заморачиваются.

Знаете, пять строк конфига с путями - я и сам напишу за пару минут. А вот патчить дистро-специфичную трехстраничную простыню на баше где константы по всему коду - вот уж нафиг!

> "Весь мир прогнется под нас"... ведь так?

Именно так. Лохов и лузеров в этом мире не лю. И вообще, станно что по поводу линукса так ратует фанатик бсд/соляр. А то что там системы инициализации и все остальное ни с чем не совместимое и все фигачат на своей волне - это видимо ничо так, нормальненько.

Ответить | Правка | ^ к родителю #161 | Наверх | Cообщить модератору

192. "Участник проекта Debian ответил на критику systemd"  +2 +/
Сообщение от linux must _RIP_ on 10-Июн-13, 13:31 
>> да что вы говорите $app_name & разная?
> А это, внезапно, вообще костыль. И да, таки отличие у программ бывают.
> Кто-то дергает соотв. сискол, кто-то нет, кто-то делает закат солнца вручную
> сам. По факту интимных особенностей можно запросто выкусить.

Ой.. А что clone(2) уже отличается в разных дистрибутивах?
или с каких пор '&' костыль? даже в POSIX / SUSv3 это есть - откройте уже для себя man sh...
если уже сильно хочется - посмотрите в posix complatible.


>> или ключик у программы вдруг поменяется?
> Не, ну зачем же ключик. Например у разных дистров директории разные бывают.

так вы разберитесь о чем вы говорите - о демонизации или о разных путях в дистрибутивах?
разные пути - правильными разработчиками подменяются при помощи autotest утилит в конце configure.
и никаких проблем..


> И вот тебе вываливается портяна на три страницы, где константы типа
> директорий равномерным слоем размазаны по всему тексту. Сколько времени убьется на
> ее фиксинг под другой дистр?

минут 5-10. sh -x / bash -x / set -x в начале файла.


> понять в чем грабли, с самоличным дописыванием логгинга. Потому что штатного
> механизма логинга результатов операций в башевых портянка вообще совсем нет.

да что вы говорите ?! а set -x вы не знали ?


>> тем неменее init скрипты уже шли с init скриптами под каждый дистрибутив.
> Потому что они разные. И скрипты от одного дистра не только не
> подойдут для другого.

в прошлом сообщении вы говорили что unit файлы будут разные под каждый дистрибутив - так в чем разница?

> По крайней мере - он это может и должен
> делать. Так что если где-то допустим доступа нет или опечатка, нормальный
> стартер вполне себе может залоггить это по человечески. У него для
> этого все карты на руках - он сисколы дергал, коды возврата
> видел. А вот самолично это дописывать к каждой портянке да еще
> на шеллскриптах - вот уж спасибо, сами так упражняйтесь.

Признайтесь вы что не читали ничего по shell scripting?
вот у меня вполне работает конструкция с

bash-3.2$ find *sh -exec cat {} \; | wc -l
   51452

и нет никакой проблемы с поддержкой этого test framework на шеле - хотя и есть ограничения у него.


>> Теперь надо менять это все - с учетом того что товарищи
>> писатели systemd - вопросами портируемости между дистрибутивами не заморачиваются.
> Знаете, пять строк конфига с путями - я и сам напишу за
> пару минут. А вот патчить дистро-специфичную трехстраничную простыню на баше где
> константы по всему коду - вот уж нафиг!

90% простыни занимают комментарии.  Так и скажите что не ослили shell scripting, а дальше вы же не лох?
А теперь пожалуйста расскажите как вы сделаете дополнительные опции по управлению сервисом?
Вот вызов httpd --configtest я сделаю за 10 минут в init файле. и будет доступно через команду service httpd configtest

сколько вам потребуется что бы сделать тоже самое при помощи systemd ?


>> "Весь мир прогнется под нас"... ведь так?
> Именно так. Лохов и лузеров в этом мире не лю.

А сам не лох и лузер? видимо просто школяр. А ратую за простую вещь - соблюдение Single Unix specification v3/v4. Хотя видимо вам уважаемый эти слова не скажут ничего.

Ответить | Правка | ^ к родителю #172 | Наверх | Cообщить модератору

200. "Участник проекта Debian ответил на критику systemd"  –3 +/
Сообщение от бедный буратино (ok) on 10-Июн-13, 13:42 
> А сам не лох и лузер? видимо просто школяр. А ратую за
> простую вещь - соблюдение Single Unix specification v3/v4.

Вы сами не знаете, кто вы? Вот уж воистину, левая голова не ведает, что творит правая.

Ответить | Правка | ^ к родителю #192 | Наверх | Cообщить модератору

231. "Участник проекта Debian ответил на критику systemd"  +2 +/
Сообщение от linux must _RIP_ on 10-Июн-13, 14:44 
>> А сам не лох и лузер? видимо просто школяр. А ратую за
>> простую вещь - соблюдение Single Unix specification v3/v4.
> Вы сами не знаете, кто вы? Вот уж воистину, левая голова не
> ведает, что творит правая.

ответьте чем требование использовать sh - уходит за пределы SUS ?

Ответить | Правка | ^ к родителю #200 | Наверх | Cообщить модератору

206. "Участник проекта Debian ответил на критику systemd"  –1 +/
Сообщение от ноним (ok) on 10-Июн-13, 13:55 
>>> тем неменее init скрипты уже шли с init скриптами под каждый дистрибутив.
>> Потому что они разные. И скрипты от одного дистра не только не
>> подойдут для другого.
> в прошлом сообщении вы говорили что unit файлы будут разные под каждый
> дистрибутив - так в чем разница?

Переделать unit-файл под другой дистр - максимум минута.

>>> Теперь надо менять это все - с учетом того что товарищи
>>> писатели systemd - вопросами портируемости между дистрибутивами не заморачиваются.
>> Знаете, пять строк конфига с путями - я и сам напишу за
>> пару минут. А вот патчить дистро-специфичную трехстраничную простыню на баше где
>> константы по всему коду - вот уж нафиг!
> 90% простыни занимают комментарии.  Так и скажите что не ослили shell
> scripting, а дальше вы же не лох?

#cat /etc/init.d/nfs |wc -l                    
239

#cat /etc/init.d/nfs | grep -vE "(^$|^#)" |wc -l
181

90% говорите? Ну, ну.

> А теперь пожалуйста расскажите как вы сделаете дополнительные опции по управлению сервисом?
> Вот вызов httpd --configtest я сделаю за 10 минут в init файле.
> и будет доступно через команду service httpd configtest
> сколько вам потребуется что бы сделать тоже самое при помощи systemd ?

ExecStartPre=apachectl configtest ? И не 10 минут, и будет работать автоматом при каждом старте сервиса, а не ручками каждый раз запускать.

Ответить | Правка | ^ к родителю #192 | Наверх | Cообщить модератору

234. "Участник проекта Debian ответил на критику systemd"  +2 +/
Сообщение от linux must _RIP_ on 10-Июн-13, 14:48 
>>>> тем неменее init скрипты уже шли с init скриптами под каждый дистрибутив.
>>> Потому что они разные. И скрипты от одного дистра не только не
>>> подойдут для другого.
>> в прошлом сообщении вы говорили что unit файлы будут разные под каждый
>> дистрибутив - так в чем разница?
> Переделать unit-файл под другой дистр - максимум минута.

а мне init файл переделать уходит 5 минут, что характерно в разы больше уходит что бы переделать весь src.rpm между дистрибутивами.

>> А теперь пожалуйста расскажите как вы сделаете дополнительные опции по управлению сервисом?
>> Вот вызов httpd --configtest я сделаю за 10 минут в init файле.
>> и будет доступно через команду service httpd configtest
>> сколько вам потребуется что бы сделать тоже самое при помощи systemd ?
> ExecStartPre=apachectl configtest ? И не 10 минут, и будет работать автоматом при
> каждом старте сервиса, а не ручками каждый раз запускать.

а зачем мне это в prestart? когда я хочу отдельной командой проверять конфиг на коректность.. ?
да да - расскажите как в systemd дописать другие команды к управлению сервисом - к примеру у apache по service httpd status - мог вызываться lynx который вытаскивал $host/status-page и выдавал на консоль.

расскажите как сделать ровно тоже на базе systemd?

Ответить | Правка | ^ к родителю #206 | Наверх | Cообщить модератору

238. "Участник проекта Debian ответил на критику systemd"  –3 +/
Сообщение от ноним (ok) on 10-Июн-13, 14:55 
>[оверквотинг удален]
> а мне init файл переделать уходит 5 минут, что характерно в разы
> больше уходит что бы переделать весь src.rpm между дистрибутивами.
>>> А теперь пожалуйста расскажите как вы сделаете дополнительные опции по управлению сервисом?
>>> Вот вызов httpd --configtest я сделаю за 10 минут в init файле.
>>> и будет доступно через команду service httpd configtest
>>> сколько вам потребуется что бы сделать тоже самое при помощи systemd ?
>> ExecStartPre=apachectl configtest ? И не 10 минут, и будет работать автоматом при
>> каждом старте сервиса, а не ручками каждый раз запускать.
> а зачем мне это в prestart? когда я хочу отдельной командой проверять
> конфиг на коректность.. ?

А зачем вам проверять конфиг на корректность? Наверное, чтобы демон успешно запустился? А если уж так хочется, то никто не мешает запустить apachectl configtest (даже более дистрибутивонезависимо получается). Зачем для этого отдельный параметр в init-e? Каждые 5 минут правите конфиг?

> да да - расскажите как в systemd дописать другие команды к управлению
> сервисом - к примеру у apache по service httpd status -
> мог вызываться lynx который вытаскивал $host/status-page и выдавал на консоль.
> расскажите как сделать ровно тоже на базе systemd?

Можно из буханки хлеба сделать троллейбус, но зачем?

Ответить | Правка | ^ к родителю #234 | Наверх | Cообщить модератору

307. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от linux must _RIP_ on 11-Июн-13, 11:21 
> А зачем вам проверять конфиг на корректность? Наверное, чтобы демон успешно запустился? А если уж так хочется, то никто не мешает запустить apachectl configtest (даже более дистрибутивонезависимо получается). Зачем для этого отдельный параметр в init-e? Каждые 5 минут правите конфиг?

А если я не хочу помнить apachectl? есть общее управление сервисом - service $srv-name без параметров выходит список команд. Зачем помнить что-то о apachectl?
И как раз таки по тому что я правлю не часто - помнить все команды мне не хочется.
Хотя ответ напоминает - традиционный ответ windows юзеров - "потребности в колбасе нету".


> Можно из буханки хлеба сделать троллейбус, но зачем?

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

Ответить | Правка | ^ к родителю #238 | Наверх | Cообщить модератору

204. "Участник проекта Debian ответил на критику systemd"  –1 +/
Сообщение от Аноним (??) on 10-Июн-13, 13:52 

> Именно так. Лохов и лузеров в этом мире не лю. И вообще,
> станно что по поводу линукса так ратует фанатик бсд/соляр. А то
> что там системы инициализации и все остальное ни с чем не
> совместимое и все фигачат на своей волне - это видимо ничо
> так, нормальненько.

Они там вполне вменяемые, никаких велосипедов. И, самое главное - появились значительно раньше. Что характерно. После чего пингвиноиды кинулись к своим велосипедам в спринтерском темпе.

Ответить | Правка | ^ к родителю #172 | Наверх | Cообщить модератору

173. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 10-Июн-13, 11:47 
> И демонизация в каждых дистрибутивах разная,

Для начала там пути разные. А вот заменять пути, зачастую еще и вычисляемые из переменных, в простыне на 3 страницы и без логгинга того что обломалось - на редкость не прикольное начинание. Поправить конфиг на 5 строк при том что тот кто его парсил в лог ругнется если что-то где-то не работает - на порядок менее трудозатратно.

Ответить | Правка | ^ к родителю #158 | Наверх | Cообщить модератору

189. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от linux must _RIP_ on 10-Июн-13, 13:19 
set -x в начале файла уже отменили ?

и получим весь лог выполнения в syslog.

ну и товарищи определитесь - вы о демонизации или о разных путях?
и если вы еще подумаете - то если кому-то делать ничего не хочется - есть каталог /opt в который можно ставить пакеты, есть еще и /usr/local - который есть везде. Так что зависит от того как пакетировать.

Ответить | Правка | ^ к родителю #173 | Наверх | Cообщить модератору

205. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 10-Июн-13, 13:52 
> set -x в начале файла уже отменили ?
> и получим весь лог выполнения в syslog.
> ну и товарищи определитесь - вы о демонизации или о разных путях?
> и если вы еще подумаете - то если кому-то делать ничего не
> хочется - есть каталог /opt в который можно ставить пакеты, есть
> еще и /usr/local - который есть везде. Так что зависит от
> того как пакетировать.

Да с кем ты разговариваешь, эти утырки скрипты читать-то не умеют. Не то, что писать их грамотно. Но каждый - что характерно! - мнит себя системным программистом.

Ответить | Правка | ^ к родителю #189 | Наверх | Cообщить модератору

218. "Участник проекта Debian ответил на критику systemd"  +2 +/
Сообщение от Адекват on 10-Июн-13, 14:21 
> чтобы переписать все скрипты на systemd, требуется примерно в 100 раз меньше
> усилий, чем на ежедневное нытьё на форумах про то, как всё
> плохо

Видимо нытье связано с тем, что поехрили ту систему инициализации, которая на 100% устраивала ноющих, таких как я например :)
Был арч, а в нем был rc.conf, в нем была секция DAEMONS=(....)
В ней можно было прописать:
1. порядок загрузки демонов - кто вперед, а кто после
2. Способ загрузки:
2.1 последовательный - это когда демон ждет когда загрузится демон идуший в списке перед ним.
2.2 параллельный, это когда демон отправляется в бекграунд, и следующий за ним по списку не дожидается загрузки "параллельного" демона.
2.3 Запрет загрузки, указав в начале имени демона знак "!" - можно было запретить его загрузку, это позволяло не вычеркивать имя демона из списка, чтобы не забыть.

3. Загрузка своих демонов - достаточно было поместить файл в /etc/rc.d/ назвав его myscript, а в самом файле написать просто /opt/myprog - и этот демон без базара запустился бы.

Как мне переписать скрипты на системД, при условии что мне параллелизация не только не нужна, но и является главным врагом и рушит мне всю схему загрузки, которую я организовал на sysvinit ?
Еще поди для systemD просто файла с содержимым вида /opt/myprog не хватит ? там поди нужно синтаксис соблюдать особый ?

То что было, то есть sysvinit - это и был KISS, а я перешел на Arch именно из-за такой вот простоты и гибкости, а вовсе не из-за AUR.

Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

311. "Участник проекта Debian ответил на критику systemd"  +2 +/
Сообщение от ginger (??) on 11-Июн-13, 11:37 
дружище, ты вопросами свой ник не оправдываешь или просто не знаешь слова "документация"?
Ответить | Правка | ^ к родителю #218 | Наверх | Cообщить модератору

321. "Участник проекта Debian ответил на критику systemd"  +2 +/
Сообщение от Аноним (??) on 11-Июн-13, 23:25 
В арче был BSD инит, вот это был KISS. Дистр плюющий на свою идеологию, небудет стоять в моей системе
Ответить | Правка | ^ к родителю #218 | Наверх | Cообщить модератору

323. "Участник проекта Debian ответил на критику systemd"  +2 +/
Сообщение от Адекват on 12-Июн-13, 12:53 
> В арче был BSD инит, вот это был KISS. Дистр плюющий на
> свою идеологию, небудет стоять в моей системе

Дистр не может плевать - у него нет рта.

Все из-за кучки ментейнеров, которые стали его перепиливать, насколько я знаю из Арча ушли все отцы основатели, и остались только школьники, которые так запутались, что решили все исполняемые файлы в /usr/bin свалить.

Причем не осилили сделать прозрачную процедуру переноса, а заставили делать бедных пользователей ручные манипуляции :)

Не осилили сделать даже вменяемую инструкцию, в которой бы уточнялось, что на каталоги /bin /sbin /usr/sbin будут сделаны симлинки автоматически(!!), после обновления filesystem.
Зато напихали инструкцию туманными формулировками типа "если файлы пакета находятся не /usr/bin - исправьте пакет".
А как исправить - это и так всем понятно, типа.


По поводу systemd - если бы эта система была действительно такой, какой ее преподносят, была бы лишена тех мелких глюков, типа когда не поднимается сеть после загрузки, когда первая выборка из journalctl длится секунды, даже для последних 10 строк, когда для некоторых сервисов нужно писать свои unit-файлы - короче Потной Попке Потти не пришлось бы развенчивать мифы про systemd, все просто бы пользовались и были бы счастливы.

PS: Гори в аду Поттеринг, вместе со своими бредовыми идеями, гействующий маргинал, урод, подонок и сволочь.

Ответить | Правка | ^ к родителю #321 | Наверх | Cообщить модератору

122. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от дуайт_эйзенхауэр on 10-Июн-13, 05:14 
Какой фееричный бред everywhere. Прям с удовольствием прочитал.
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

32. "Участник проекта Debian ответил на критику systemd"  –4 +/
Сообщение от anonymous (??) on 09-Июн-13, 22:43 
>Я новость процитировал, где на исходный вопрос отвечено.

А ты сам ответить не в состоянии? Своими словами, аргументированно, доходчиво. Тем более вопрос простой.

>Устройством модулей, вероятно.

Каких модулей? Каким конкретно устройством?


>Я только против режима "базарных бабок"

Я тоже против. Если нахваливаешь товар, то давай сюда конкретику. А то это какой-то пустой трёп даже ниже уровня маркетологов.

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

45. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от бедный буратино (ok) on 09-Июн-13, 23:13 
> А ты сам ответить не в состоянии? Своими словами, аргументированно, доходчиво. Тем более вопрос простой.

Меня не интересуют чужие фобии.

Если разработчики Debian решат, что им удобнее поддерживать систему через systemd, возьмут systemd. Если это окажется не так - не возьмут. Они так делают уже двадцать лет, и не вижу, что им может помешать.

И мне всё равно, что они выберут, для меня это не принципиальный вопрос. Это им поддерживать всю операционную систему.

Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

337. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Deffic on 14-Июн-13, 14:53 
>> А ты сам ответить не в состоянии? Своими словами, аргументированно, доходчиво. Тем более вопрос простой.
> Меня не интересуют чужие фобии.
> Если разработчики Debian решат, что им удобнее поддерживать систему через systemd, возьмут
> systemd. Если это окажется не так - не возьмут. Они так
> делают уже двадцать лет, и не вижу, что им может помешать.
> И мне всё равно, что они выберут, для меня это не принципиальный
> вопрос. Это им поддерживать всю операционную систему.

Ошибаетесь, им нужно только собрать систему, поддерживать будете Вы!

Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

12. "Участник проекта Debian ответил на критику systemd"  +25 +/
Сообщение от pavlinux (ok) on 09-Июн-13, 21:37 
> зачем так пиарят и продвигают этот сыстемд?

Выросло новое поколение, хотят доказать, что они тоже чего-то умеют.
Самый оптимальный вариант повышения ЧСВ - сломать что-то значимое.

---
Пример из SuSE


if test -d /media && ! mountpoint -q /media; then
            mount -t tmpfs tmpfs /media
fi

Утиль mountpoint -q проверяет примонтирован ли кто-нибудь в указанный каталог иль нет,
по результату монтирует туда tmpfs иль нет. Причем всем пох...ю, что во fstab уже прописано
/media/flash
/media/disk
/media/vm

sysvinit - делаю vi /etc/init.d/boot.localfs, ставлю три коммента, umount /media; mount -a; работаем дальше.
systemd - редактирую юнит, правлю штук 10 параметров, иль даже создаю новый юнит,umount /media; пускаю юниты, работаем!  

Для рабочей системы нужно минимум: ядро/libc/sh/init
Для рабочей системы c systemd нужно минимум: ядро/libc/dbus/libcap/pcre/sh  

Где БЛЯ профит?!

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

20. "Участник проекта Debian ответил на критику systemd"  –7 +/
Сообщение от Andrew Kolchoogin (ok) on 09-Июн-13, 22:15 
> Где БЛЯ профит?!

Профит, Павел, в том, что "минимально рабочая система" на куй никому не нужна.

Безусловно, для того, чтобы запустить single user mode, в Линуксе даже init не нужен: init=/bin/sh в параметр ядра в загрузчике добавляем, и понеслась.

Ну и что? Чисто поржать, что ли? Зачем такая система-то?

А если речь идёт о реальном сервере, а не о сферическом в вакууме, тогда ядра+libc+init+sh совершенно точно мало: /usr/bin/хрень-какая-нибудь либо должна уметь мониторить себя сама (что плохо, так как приводит к дублированию одной и той же функциональности в различных программах), либо на сервере надо разворачивать систему мониторинга и автоподнятия упавших сервисов, так как last bug in our programs won't be corrected until last user is dead (C), и софт почему-то всё равно ходит в core dump, как его не вылизывай. А запущенный процесс в фоне -- это ещё не сервис, если он не мониторится, это просто запущенный процесс в фоне. :)

systemd позволяет решить проблему мониторинга сервисов и управления ресурсами унифицированным путём. Нравится ли то, как он это делает, не нравится ли -- всё равно софт с такой функциональностью в системе нужен, как ни крути. А вместо ли init'а он будет, или рядом с init'ом, как в Солярисе -- это вкусовщина всё.

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

49. "Участник проекта Debian ответил на критику systemd"  +4 +/
Сообщение от О on 09-Июн-13, 23:27 
> Ну и что? Чисто поржать, что ли? Зачем такая система-то?

Загляни в любой домашний маршрутизатор.

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

53. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от kurokaze (ok) on 09-Июн-13, 23:38 
Заглянул, systemd нет, дальше что?
Там вообще не десктопный дистр линукса, если ты не в курсе
Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

59. "Участник проекта Debian ответил на критику systemd"  +3 +/
Сообщение от О on 09-Июн-13, 23:49 
> Заглянул, systemd нет, дальше что?
> Там вообще не десктопный дистр линукса, если ты не в курсе

Ты бы как-нибудь на досуге почитал на что отвечаешь.

Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

162. "Участник проекта Debian ответил на критику systemd"  +2 +/
Сообщение от Аноним (??) on 10-Июн-13, 11:16 
> Там вообще не десктопный дистр линукса, если ты не в курсе

Это не отменяет того момента что там Linux. Мир не заканчивается на вас, вашем долбаном чсв и пыльном десктопе/нотике.

Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

64. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Andrew Kolchoogin (ok) on 10-Июн-13, 00:11 
> Загляни в любой домашний маршрутизатор.

"No silver bullet". (C)

Ембеддовка так устроена, что для неё перезагрузка -- "лёгкая" операция. Если что-нибудь отваливается, просто выходим из BusyBox'а, и ядро перезагружается по "исчезновению init".

Но что-то мне не хочется, чтобы мои сервера так себя вели, для них перезагрузка -- довольно "тяжёлая" операция. ;)

Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

67. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от О on 10-Июн-13, 00:14 
>> Загляни в любой домашний маршрутизатор.
> "No silver bullet". (C)
> Ембеддовка так устроена, что для неё перезагрузка -- "лёгкая" операция. Если что-нибудь
> отваливается, просто выходим из BusyBox'а, и ядро перезагружается по "исчезновению init".
> Но что-то мне не хочется, чтобы мои сервера так себя вели, для
> них перезагрузка -- довольно "тяжёлая" операция. ;)

Ты задал вопрос, получил короткий, но ёмкий ответ.

Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

99. "Участник проекта Debian ответил на критику systemd"  +2 +/
Сообщение от Andrew Kolchoogin (ok) on 10-Июн-13, 01:01 
> Ты задал вопрос, получил короткий, но ёмкий ответ.

1. Я не задавал никаких вопросов, я отвечал Павлу на его вопрос, где профит.
2. Я вёл речь о серверах, а не о embedded-платформах, советую читать внимательно посты перед тем, как на них отвечать.
3. SysV init в embedded-системах отсутствует. И systemd отсутствует. Там BusyBox. Это вообще вне обсуждаемой тематики, так как в Debian'е заменили SysV init на systemd.

Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

139. "Участник проекта Debian ответил на критику systemd"  +2 +/
Сообщение от linux must _RIP_ on 10-Июн-13, 08:46 
>> Ты задал вопрос, получил короткий, но ёмкий ответ.
> 1. Я не задавал никаких вопросов, я отвечал Павлу на его вопрос,
> где профит.

профит в замедлении скорости загрузки? в потери управляемости?

> 2. Я вёл речь о серверах, а не о embedded-платформах, советую читать
> внимательно посты перед тем, как на них отвечать.

а роутер уже не сервер ?

> 3. SysV init в embedded-системах отсутствует. И systemd отсутствует. Там BusyBox. Это
> вообще вне обсуждаемой тематики, так как в Debian'е заменили SysV init
> на systemd.

Вы давно смотрели на OpenWRT? внутри обычный SysV init... из состава busybox :)

Ответить | Правка | ^ к родителю #99 | Наверх | Cообщить модератору

178. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 10-Июн-13, 11:57 
> Вы давно смотрели на OpenWRT? внутри обычный SysV init... из состава busybox :)

И именно поэтому он взлетает почти минуту на роутерах :(

Ответить | Правка | ^ к родителю #139 | Наверх | Cообщить модератору

195. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от linux must _RIP_ on 10-Июн-13, 13:36 
>> Вы давно смотрели на OpenWRT? внутри обычный SysV init... из состава busybox :)
> И именно поэтому он взлетает почти минуту на роутерах :(

почти минуту? вы где-то в паралельной вселенной. TPLINK взлетает секунд за 15, RTN-16 где-то секунд 25, учитывая сколько там сервисов навешано, и то что для запуска используется блоб от wl драйвера с кучей обвязки.
Опять же перезагрука даже роутера - это всьма редкая операция - раз в месяц, и даже реже. выискивать тут лишние 15 секунд - это даже не смешно (посчитайте сколько это процентов времени выигрыш).

а если посмотреть на рядом стоящий Opteron - то инициализация всего железа на борту занимает 2-3 минуты. При этом остальная загрузка идет около 40 секунд. сократите вы это до 20 секунд (если сможете) - а куда девать 2-3 минуты которые нужны биосу для инициализации устройств SATA, SCSI, сетевые набортные и тп.. ?

Ответить | Правка | ^ к родителю #178 | Наверх | Cообщить модератору

255. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Boboms (ok) on 10-Июн-13, 15:27 
> почти минуту? вы где-то в паралельной вселенной.

Слушай, ты, ИМХО, дядька грамотный. Напиши, пож-ста, на Опеннете и/или на ЛОРе аргументированную статью вида: "почему системд - школьное поделие, нарушающее Sys V и т.п.".

Очень буду признателен!

Ответить | Правка | ^ к родителю #195 | Наверх | Cообщить модератору

261. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от бедный буратино (ok) on 10-Июн-13, 15:41 
"потому что пищит и портит текст" (ц)

и память жрёт

Ответить | Правка | ^ к родителю #255 | Наверх | Cообщить модератору

308. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от linux must _RIP_ on 11-Июн-13, 11:28 
потому что потеря управляемости. Потому что в багтрекере systemd больше 700 багов, часть из которых помечена как critical. - потому что предлагается управлять через доп утилиты - то что делалось простым редактором. Мало? потому что udev теперь часть systemd и без него не собирается - нарушая модульность.

потому что "наелся" другого софта этого автора - и не уверен что он в состоянии сделать вменяемый софт.

Ответить | Правка | ^ к родителю #261 | Наверх | Cообщить модератору

313. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от ноним (ok) on 11-Июн-13, 14:43 
> потому что потеря управляемости. Потому что в багтрекере systemd больше 700 багов,
> часть из которых помечена как critical. - потому что предлагается управлять
> через доп утилиты - то что делалось простым редактором. Мало? потому
> что udev теперь часть systemd и без него не собирается -
> нарушая модульность.
> потому что "наелся" другого софта этого автора - и не уверен что
> он в состоянии сделать вменяемый софт.

Что-то со счетчиком у вас, видимо. Текущая раскладка по открытым багам:

systemd - 120
Upstart - 119
OpenRC - 100

Даже если их вместе сложить - 700 никак не набирается.

Ответить | Правка | ^ к родителю #308 | Наверх | Cообщить модератору

318. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от linux must _RIP_ on 11-Июн-13, 20:28 
да ну?
Status: NEW, VERIFIED, ASSIGNED, MODIFIED, ON_DEV, ON_QA, RELEASE_PENDING, POST Product: systemd Component: systemd Alias: systemd Summary: systemd Whiteboard: systemd Content: "systemd"
...

This result was limited to 1000 bugs. See all search results for this query.
...

Ответить | Правка | ^ к родителю #313 | Наверх | Cообщить модератору

179. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 10-Июн-13, 12:00 
> профит в замедлении скорости загрузки?

Вообще-то мне так думается что обкушенный systemd может прокатить и для роутеров, кстати.

> в потери управляемости?

Вы уже давно управляемость потеряли: 2 слова по прввилам языка связать не можете. А если уж мы о управляемости, так многостраничные дистроспецифичные простынки где константы размазаны по коду - вот это грабли с точки зрения управляемости, да.

Ответить | Правка | ^ к родителю #139 | Наверх | Cообщить модератору

196. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от linux must _RIP_ on 10-Июн-13, 13:39 
>> профит в замедлении скорости загрузки?
> Вообще-то мне так думается что обкушенный systemd может прокатить и для роутеров,
> кстати.

да да - и вынуждать производителей ставить больше памяти в роутеры.
Хрестоматийный пример - linksys WRT-54G
L - линукс модфикация - требовала для себя в 2 раза больше памяти в ram/flash чем без буковки L и с wxworks..

Такой вот он linux.


>> в потери управляемости?
> Вы уже давно управляемость потеряли: 2 слова по прввилам языка связать не
> можете. А если уж мы о управляемости, так многостраничные дистроспецифичные простынки
> где константы размазаны по коду - вот это грабли с точки
> зрения управляемости, да.

да да у вас русский идеален :-) Поздравляю - а по теме кроме того что вы не осилили shell scripting что сказать то можете.

Ответить | Правка | ^ к родителю #179 | Наверх | Cообщить модератору

197. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от бедный буратино (ok) on 10-Июн-13, 13:40 
> да да - и вынуждать производителей ставить больше памяти в роутеры.
> Хрестоматийный пример - linksys WRT-54G
> L - линукс модфикация - требовала для себя в 2 раза больше
> памяти в ram/flash чем без буковки L и с wxworks..
> Такой вот он linux.

А в абсолютных цифрах это сколько?

А в возможностях?

Ответить | Правка | ^ к родителю #196 | Наверх | Cообщить модератору

237. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от linux must _RIP_ on 10-Июн-13, 14:53 
>> да да - и вынуждать производителей ставить больше памяти в роутеры.
>> Хрестоматийный пример - linksys WRT-54G
>> L - линукс модфикация - требовала для себя в 2 раза больше
>> памяти в ram/flash чем без буковки L и с wxworks..
>> Такой вот он linux.
> А в абсолютных цифрах это сколько?

было 32Мb RAM, 16Mb flash, стало 16Ram - 2mb flash. Почувствуйте разницу.
после чего умножте на тираж устройств и посчитайте выигрыш..

> А в возможностях?

выигрыша нету. Только периодические глюки и выливающиеся в необходимость ребутить каждую ночь.
Есть некому не нужный openvpn и тп.. то что пользователю нафик не сдалось (рядовому).

Ответить | Правка | ^ к родителю #197 | Наверх | Cообщить модератору

245. "Участник проекта Debian ответил на критику systemd"  +2 +/
Сообщение от бедный буратино (ok) on 10-Июн-13, 15:06 
> было 32Мb RAM, 16Mb flash, стало 16Ram - 2mb flash. Почувствуйте разницу.

у меня был роутер с linux, вайфаями и поднятием соединений с 8 mb ram и 2 mb flash.

Ответить | Правка | ^ к родителю #237 | Наверх | Cообщить модератору

280. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от ZiNk (ok) on 10-Июн-13, 18:35 
Ах, то есть фичи были, но они "были не нужны" мифическому "рядовому пользователю". Кто этот ваш "рядовой пользователь"? Фермер вконтакта? Людям могут требоваться довольно-таки разные вещи. И чем меньше у них запросов тем более тупой роутер им подойдёт. И линукс там, возможно, будет лишним. Кому-то хватит просто кабель в компьютер воткнуть или минимальную АР поднять, даже без шифрования (потому что пароль - это слишком сложно для этих ваших пользователей).
Ответить | Правка | ^ к родителю #237 | Наверх | Cообщить модератору

286. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 10-Июн-13, 21:05 
Так покупайте и дальше с wxworks, в чём проблем а-то? А, не делают... говорят, что всем остальным лучше новый, да и на лицензиях на linux производители сэкономили больше, чем на всех этих твоих мегабайтах RAM. Ну что-же теперь остаётся, выкупай старые запасы у дилеров, а ещё можно сорганизоваться с такими-же бедолагами, как ты, и оплатить разработку нового роутера. С wxworks и без vpn'а.
Ответить | Правка | ^ к родителю #196 | Наверх | Cообщить модератору

315. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от linux must _RIP_ on 11-Июн-13, 15:11 
Делают.. делают и продают.
Вот и покупаю - попутно не давая переплачивать знакомым. Которым ушлые продавьцы рассказывают как это круто когда linux на борту - при этом ничего не добавляя к функционалу который есть у более дешевой модели.

Вы лучше ответьте почему Cisco в своих каталистах и роутерах использует линукс только как морду управления? Если он такой супер надежный :)

Ответить | Правка | ^ к родителю #286 | Наверх | Cообщить модератору

338. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Deffic on 14-Июн-13, 15:03 
> Делают.. делают и продают.
> Вот и покупаю - попутно не давая переплачивать знакомым. Которым ушлые продавьцы
> рассказывают как это круто когда linux на борту - при этом
> ничего не добавляя к функционалу который есть у более дешевой модели.
> Вы лучше ответьте почему Cisco в своих каталистах и роутерах использует линукс
> только как морду управления? Если он такой супер надежный :)

Немного перефразирую и возможно Вы сами ответите на свой вопрос:
"Почему тостеры не используется для бурения скважин, если тостеры такие надёжные?

Ответить | Правка | ^ к родителю #315 | Наверх | Cообщить модератору

171. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от анон on 10-Июн-13, 11:35 
> в Debian'е заменили SysV init на systemd

пруфы?

Ответить | Правка | ^ к родителю #99 | Наверх | Cообщить модератору

285. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от Аноним (??) on 10-Июн-13, 20:51 
>так как в Debian'е заменили SysV init на systemd.

Вы в этом уверены?

Ответить | Правка | ^ к родителю #99 | Наверх | Cообщить модератору

163. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 10-Июн-13, 11:17 
> Ембеддовка так устроена, что для неё перезагрузка -- "лёгкая" операция.

То-то многие девайсы с линем грузятся секунд по 30, пока скриптопортянки бизибоксовским init'ом жуют. Без параллелищации и прочая даже. Нет, есть и те кто систему за секунду грузит. Но они как вы понимаете этим скриптошитом не пользуются.

Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

325. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Адекват on 12-Июн-13, 13:11 
> То-то многие девайсы с линем грузятся секунд по 30, пока скриптопортянки бизибоксовским

Там процессор 500Mhz - что вы от роутера хотите то ?

Ответить | Правка | ^ к родителю #163 | Наверх | Cообщить модератору

174. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от Аноним (??) on 10-Июн-13, 11:51 
> Ембеддовка так устроена,

Бсдшники нас будут учить о том как устроена эмбедовка. Феерично.

Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

287. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 10-Июн-13, 21:07 
Вы про NetBSD слыхали?
Ответить | Правка | ^ к родителю #174 | Наверх | Cообщить модератору

227. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Адекват on 10-Июн-13, 14:41 
> systemd позволяет решить проблему мониторинга сервисов и управления ресурсами унифицированным путём.

1. а можно пример из жизни ?
2. А вы уверены что системД работает без сбоев, то есть работает всегда так, как вы ожидаете ?

Вот мой пример из жизни:

Команда
journalctl -u postfix -n50
обрезает вывод по ширине до определенного кол-ва символов, и чтобы прочитать всю строчку нужно перенаправить вывод на | less.
еще эта сволочь консоль не отпускает, пока Ctrl+C не нажать.

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

235. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от ноним (ok) on 10-Июн-13, 14:48 
>[оверквотинг удален]
>> systemd позволяет решить проблему мониторинга сервисов и управления ресурсами унифицированным путём.
> 1. а можно пример из жизни ?
> 2. А вы уверены что системД работает без сбоев, то есть работает
> всегда так, как вы ожидаете ?
> Вот мой пример из жизни:
> Команда
> journalctl -u postfix -n50
> обрезает вывод по ширине до определенного кол-ва символов, и чтобы прочитать всю
> строчку нужно перенаправить вывод на | less.
> еще эта сволочь консоль не отпускает, пока Ctrl+C не нажать.

journalctl -a -u postfix -n50 и всех делов-то )

Ответить | Правка | ^ к родителю #227 | Наверх | Cообщить модератору

256. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Адекват on 10-Июн-13, 15:28 
> journalctl -a -u postfix -n50 и всех делов-то )

[root@postadm ~]# journalctl -a -u postfix -n8
-- Logs begin at Вт 2013-01-15 15:48:00 YEKT, end at Пн 2013-06-10 16:39:35 YEKT. --
июн 10 05:10:31 postadm postfix/anvil[24898]: statistics: max cache size 1 at Jun 10 05:07:10
июн 10 09:00:07 postadm postfix/smtpd[25016]: connect from 114-32-207-47.HINET-IP.hinet.net[114.32.207.47]
июн 10 09:00:09 postadm postfix/smtpd[25016]: NOQUEUE: reject: RCPT from 114-32-207-47.HINET-IP.hinet.net[114.32.207.47]: 554 5.7.1 <114-32-207-47.HINET-IP.hinet.net[114.32.207.47]
июн 10 09:00:09 postadm postfix/smtpd[25016]: lost connection after RCPT from 114-32-207-47.HINET-IP.hinet.net[114.32.207.47]
июн 10 09:00:09 postadm postfix/smtpd[25016]: disconnect from 114-32-207-47.HINET-IP.hinet.net[114.32.207.47]
июн 10 09:03:29 postadm postfix/anvil[25018]: statistics: max connection rate 1/60s for (smtp:114.32.207.47) at Jun 10 09:00:07
июн 10 09:03:29 postadm postfix/anvil[25018]: statistics: max connection count 1 for (smtp:114.32.207.47) at Jun 10 09:00:07
июн 10 09:03:29 postadm postfix/anvil[25018]: statistics: max cache size 1 at Jun 10 09:00:07

Строчка с NOQUEUE не входит полностью, полность. она выглядит как

июн 10 09:00:09 postadm postfix/smtpd[25016]: NOQUEUE: reject: RCPT from 114-32-207-47.HINET-IP.hinet.net[114.32.207.47]: 554 5.7.1 <114-32-207-47.HINET-IP.hinet.net[114.32.207.47]>: Client host rejected: Invalid hostname (looks like is an ip-adress) (dsl); from=<0546@msa.hinet.net> to=<superedm002@yahoo.com.hk> proto=SMTP helo=<83.234.146.250>

Ответить | Правка | ^ к родителю #235 | Наверх | Cообщить модератору

259. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от ноним (ok) on 10-Июн-13, 15:35 
>[оверквотинг удален]
> (smtp:114.32.207.47) at Jun 10 09:00:07
> июн 10 09:03:29 postadm postfix/anvil[25018]: statistics: max connection count 1 for (smtp:114.32.207.47)
> at Jun 10 09:00:07
> июн 10 09:03:29 postadm postfix/anvil[25018]: statistics: max cache size 1 at Jun
> 10 09:00:07
> Строчка с NOQUEUE не входит полностью, полность. она выглядит как
> июн 10 09:00:09 postadm postfix/smtpd[25016]: NOQUEUE: reject: RCPT from 114-32-207-47.HINET-IP.hinet.net[114.32.207.47]:
> 554 5.7.1 <114-32-207-47.HINET-IP.hinet.net[114.32.207.47]>: Client host rejected:
> Invalid hostname (looks like is an ip-adress) (dsl); from=<0546@msa.hinet.net> to=<superedm002@yahoo.com.hk>
> proto=SMTP helo=<83.234.146.250>

Хм, возможно баг. Но вы ведь не открывали тикет, я прав?

Ответить | Правка | ^ к родителю #256 | Наверх | Cообщить модератору

294. "Участник проекта Debian ответил на критику systemd"  +3 +/
Сообщение от chinarulezzz (ok) on 10-Июн-13, 22:27 
даже чтоб лог полностью посмотреть - нужно в багзиллу багрепорт отправлять?)))
Ответить | Правка | ^ к родителю #259 | Наверх | Cообщить модератору

301. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от ноним (ok) on 11-Июн-13, 07:13 
> даже чтоб лог полностью посмотреть - нужно в багзиллу багрепорт отправлять?)))

Нет, репорт надо отправлять, если чувствуешь себя полноценным участником движения Open Source. Не существует софта без багов.

Ответить | Правка | ^ к родителю #294 | Наверх | Cообщить модератору

314. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от chinarulezzz (ok) on 11-Июн-13, 14:59 
> Нет, репорт надо отправлять, если чувствуешь себя полноценным участником движения Open
> Source.

это туда где поццеринг и ко на всех забивает и шлёт вместе с патчами?)) Чувствуйте сами себя полноценными, а мне для этого не надо в багзиллу к поттерингу в гости заходить.

> Не существует софта без багов.

Чтобы воздухом дышать нужно воздухом дышать.


Ответить | Правка | ^ к родителю #301 | Наверх | Cообщить модератору

316. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от ноним (ok) on 11-Июн-13, 15:26 
>> Нет, репорт надо отправлять, если чувствуешь себя полноценным участником движения Open
>> Source.
> это туда где поццеринг и ко на всех забивает и шлёт вместе
> с патчами?)) Чувствуйте сами себя полноценными, а мне для этого не
> надо в багзиллу к поттерингу в гости заходить.
>> Не существует софта без багов.
> Чтобы воздухом дышать нужно воздухом дышать.

Ну тады и не жалуйтесь ) А так - не один Леннарт прославился тем, что может посылать народ с патчами.

Ответить | Правка | ^ к родителю #314 | Наверх | Cообщить модератору

320. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от chinarulezzz (ok) on 11-Июн-13, 21:41 
>>> Нет, репорт надо отправлять, ...
>> это туда где поццеринг и ко на всех забивает и шлёт ... ?
> Ну тады и не жалуйтесь )

классный диалог :-D Поклонники системдэ рвут шаблоны сюрреалистической логикой)

> А так - не один Леннарт прославился тем, что может посылать народ с патчами.

Да, лёнчик прославился куда более подлыми делами.


Ответить | Правка | ^ к родителю #316 | Наверх | Cообщить модератору

328. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Michael Shigorin email(ok) on 13-Июн-13, 21:18 
> даже чтоб лог полностью посмотреть - нужно в багзиллу багрепорт отправлять?)))

Прогресс, сэр.

Ответить | Правка | ^ к родителю #294 | Наверх | Cообщить модератору

327. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от psv (??) on 13-Июн-13, 16:20 
> systemd позволяет решить проблему мониторинга сервисов и управления ресурсами унифицированным путём.

ну почему эта поделка решает только уже решенные до неё проблемы? есть же monit?

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

21. "Участник проекта Debian ответил на критику systemd"  +11 +/
Сообщение от ноним (ok) on 09-Июн-13, 22:16 
> Где БЛЯ профит?!

#cat /lib/systemd/system/nginx.service

[Unit]
Description=The nginx HTTP and reverse proxy server
After=syslog.target network.target remote-fs.target nss-lookup.target

[Service]
Type=forking
PIDFile=/run/nginx.pid
ExecStartPre=/usr/sbin/nginx -t
ExecStart=/usr/sbin/nginx
ExecReload=/bin/kill -s HUP $MAINPID
ExecStop=/bin/kill -s QUIT $MAINPID
PrivateTmp=true

[Install]
WantedBy=multi-user.target

......................................

#cat /etc/init.d/nginx

#!/bin/sh
#
# nginx - this script starts and stops the nginx daemon
#
# chkconfig:   - 85 15
# description:  Nginx is an HTTP(S) server, HTTP(S) reverse \
#               proxy and IMAP/POP3 proxy server
# processname: nginx
# config:      /etc/nginx/nginx.conf
# config:      /etc/sysconfig/nginx
# pidfile:     /var/run/nginx.pid

# Source function library.
. /etc/rc.d/init.d/functions

# Source networking configuration.
. /etc/sysconfig/network

# Check that networking is up.
[ "$NETWORKING" = "no" ] && exit 0

nginx="/usr/sbin/nginx"
prog=$(basename $nginx)

sysconfig="/etc/sysconfig/$prog"
lockfile="/var/lock/subsys/nginx"
pidfile="/var/run/${prog}.pid"

NGINX_CONF_FILE="/etc/nginx/nginx.conf"

[ -f $sysconfig ] && . $sysconfig


start() {
    [ -x $nginx ] || exit 5
    [ -f $NGINX_CONF_FILE ] || exit 6
    echo -n $"Starting $prog: "
    daemon $nginx -c $NGINX_CONF_FILE
    retval=$?
    echo
    [ $retval -eq 0 ] && touch $lockfile
    return $retval
}

stop() {
    echo -n $"Stopping $prog: "
    killproc -p $pidfile $prog
    retval=$?
    echo
    [ $retval -eq 0 ] && rm -f $lockfile
    return $retval
}

restart() {
    configtest_q || return 6
    stop
    start
}

reload() {
    configtest_q || return 6
    echo -n $"Reloading $prog: "
    killproc -p $pidfile $prog -HUP
    echo
}

configtest() {
    $nginx -t -c $NGINX_CONF_FILE
}

configtest_q() {
    $nginx -t -q -c $NGINX_CONF_FILE
}

rh_status() {
    status $prog
}

rh_status_q() {
    rh_status >/dev/null 2>&1
}

# Upgrade the binary with no downtime.
upgrade() {
    local oldbin_pidfile="${pidfile}.oldbin"

    configtest_q || return 6
    echo -n $"Upgrading $prog: "
    killproc -p $pidfile $prog -USR2
    retval=$?
    sleep 1
    if [[ -f ${oldbin_pidfile} && -f ${pidfile} ]];  then
        killproc -p $oldbin_pidfile $prog -QUIT
        success $"$prog online upgrade"
        echo
        return 0
    else
        failure $"$prog online upgrade"
        echo
        return 1
    fi
}

# Tell nginx to reopen logs
reopen_logs() {
    configtest_q || return 6
    echo -n $"Reopening $prog logs: "
    killproc -p $pidfile $prog -USR1
    retval=$?
    echo
    return $retval
}

case "$1" in
    start)
        rh_status_q && exit 0
        $1
        ;;
    stop)
        rh_status_q || exit 0
        $1
        ;;
    restart|configtest|reopen_logs)
        $1
        ;;
    force-reload|upgrade)
        rh_status_q || exit 7
        upgrade
        ;;
    reload)
        rh_status_q || exit 7
        $1
        ;;
    status|status_q)
        rh_$1
        ;;
    condrestart|try-restart)
        rh_status_q || exit 7
        restart
            ;;
    *)
        echo $"Usage: $0 {start|stop|reload|configtest|status|force-reload|upgrade|restart|reopen_logs}"
        exit 2
esac

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

24. "Участник проекта Debian ответил на критику systemd"  –7 +/
Сообщение от Аноним (??) on 09-Июн-13, 22:26 
ну зачем же так, а??? ну щас все плюсанувшие павлушу вешаться же пойдут...не переживут они...
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

28. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от Аноним (??) on 09-Июн-13, 22:31 
Вспомнилось, как в fedora 16 /usr/libexec/iptables мог и restart, и save, а в iptables.service было прописано только start и stop.Дописывал, чтоб делать
systemctl save iptables.service.
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

30. "Участник проекта Debian ответил на критику systemd"  +3 +/
Сообщение от ноним (ok) on 09-Июн-13, 22:38 
> Вспомнилось, как в fedora 16 /usr/libexec/iptables мог и restart, и save, а
> в iptables.service было прописано только start и stop.Дописывал, чтоб делать
> systemctl save iptables.service.

Может я немного олдскул, но по моему это всегда делалось так:

#iptables-save > $IPTABLES_CONFIG
(к тому же это достаточно дистрибутивонезависимый вариант)

Или вы редактируете конфиг также часто, как и управляете демоном?

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

35. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 09-Июн-13, 22:52 
iptables-save-показ таблиц,а service iptables save-сохранение правил, заданных с iptables
в файл после чего делается service iptables restart, в терминологии init, для принятия
изменнений.В iptables.service было прописано только  stop и start, и приходилось делать
/usr/libexec/iptables save, что было не красиво.Полез в iptables.service.
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

38. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от ноним (ok) on 09-Июн-13, 23:02 
> iptables-save-показ таблиц,а service iptables save-сохранение правил, заданных с iptables
> в файл после чего делается service iptables restart, в терминологии init, для
> принятия
> изменнений.В iptables.service было прописано только  stop и start, и приходилось делать
> /usr/libexec/iptables save, что было не красиво.Полез в iptables.service.

#iptables-save > $IPTABLES_CONFIG
#systemctl reload iptables

P.S.: И зачем дергать iptables, если iptables-save вытаскивает текущие правила?

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

164. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 10-Июн-13, 11:20 
> Дописывал, чтоб делать systemctl save iptables.service.

Ну так в .service это дописать попроще будет чем в портянку на баше, которая на три страницы у многих сервисов, да еще отборного г@внокода, где конфигурационные константы перемешаны с логикой.

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

211. "Участник проекта Debian ответил на критику systemd"  –1 +/
Сообщение от Аноним (??) on 10-Июн-13, 14:11 
>> Дописывал, чтоб делать systemctl save iptables.service.
> Ну так в .service это дописать попроще будет чем в портянку на
> баше, которая на три страницы у многих сервисов, да еще отборного
> г@внокода, где конфигурационные константы перемешаны с логикой.

А это уж как вы, программистами себя мнящие, пишете. Т а щ е м т а, скрипты вполне можно структурненько написать. И это можно было задолго до исторического материализма, знаешь ли. То, что вы их за 30 лет ни@силили и вынуждены лепить горбатого^Wвсякие системы мудреной инициализации, сп.жженые с Соляровской SMF - это уже ваши проблемы, а не тех, кто писал. А вам даже ПРОЧИТАТЬ скрипт проблема. Что уж говорить о его написании...

Ответить | Правка | ^ к родителю #164 | Наверх | Cообщить модератору

40. "Участник проекта Debian ответил на критику systemd"  +6 +/
Сообщение от Аноним (??) on 09-Июн-13, 23:05 
ты забыл выложить для systemd юнита код на си, который будет это все парсить и запускать
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

43. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от ноним (ok) on 09-Июн-13, 23:11 
> ты забыл выложить для systemd юнита код на си, который будет это
> все парсить и запускать

Этот код на C будет написан один раз и поддерживаться командой, которая занимается своим делом, а не плодиться в виде bash-простынок для каждого дистрибутива майнтайнерами пакетов.

Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

47. "Участник проекта Debian ответил на критику systemd"  +4 +/
Сообщение от О on 09-Июн-13, 23:24 
>Этот код на C будет написан один раз и поддерживаться командой, которая занимается своим делом, а не плодиться в виде bash-простынок для каждого дистрибутива майнтайнерами пакетов.

ну так и shell-код будет написан один раз, причем любой админ может написать, для любых своих сервисов.  

Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

51. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от ноним (ok) on 09-Июн-13, 23:30 
>>Этот код на C будет написан один раз и поддерживаться командой, которая занимается своим делом, а не плодиться в виде bash-простынок для каждого дистрибутива майнтайнерами пакетов.
> ну так и shell-код будет написан один раз, причем любой админ может
> написать, для любых своих сервисов.

Любой админ может также (на|пере)писать и unit-файл, притом не вмешиваясь в пакетную базу и не беспокоясь об обновлении пакета. И вполне возможно, что в скором времени (в следствии унификации) unit-файлы будут поставляться вместе с исходным кодом и тогда вообще ничего писать\переписывать не потребуется.

Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

54. "Участник проекта Debian ответил на критику systemd"  +2 +/
Сообщение от kurokaze (ok) on 09-Июн-13, 23:41 
> в скором времени (в следствии унификации) unit-файлы будут поставляться вместе с
> исходным кодом и тогда вообще ничего писать\переписывать не потребуется.

хехе, ты наивный чукотский вьюноша
скорее в systemd lua приделают для разнообразия скриптов

Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

65. "Участник проекта Debian ответил на критику systemd"  –1 +/
Сообщение от ноним (ok) on 10-Июн-13, 00:12 
>> в скором времени (в следствии унификации) unit-файлы будут поставляться вместе с
>> исходным кодом и тогда вообще ничего писать\переписывать не потребуется.
> хехе, ты наивный чукотский вьюноша
> скорее в systemd lua приделают для разнообразия скриптов

Время рассудит.

Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

288. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 10-Июн-13, 21:10 
Скорее, wordbasic.
Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

55. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от О on 09-Июн-13, 23:43 
>Любой админ может также (на|пере)писать и unit-файл,

Сомневаюсь я.

>притом не вмешиваясь в пакетную базу и не беспокоясь об обновлении пакета.

У людей своих пакетов навалом, у меня их больше сотни.

>И вполне возможно, что в скором времени (в следствии унификации) unit-файлы будут поставляться вместе с исходным кодом и тогда вообще ничего писать\переписывать не потребуется.

Вот сейчас как раз всё унифицировано. А будет ли унификация на базе systemd большой вопрос.

Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

63. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 10-Июн-13, 00:09 
передай свою "унифицированную" систему другому человеку, узнаешь много нового.
Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

69. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от О on 10-Июн-13, 00:15 
> передай свою "унифицированную" систему другому человеку, узнаешь много нового.

Не унифицированных систем не бывает.

Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

73. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от ноним (ok) on 10-Июн-13, 00:21 
>> передай свою "унифицированную" систему другому человеку, узнаешь много нового.
> Не унифицированных систем не бывает.

А каким либо образом обосновать свою позицию вы можете?

Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

78. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от О on 10-Июн-13, 00:32 
> А каким либо образом обосновать свою позицию вы можете?

А разве очевидные вещи нуждаются в обосновании? В разных компаниях разные бизнес-процессы, разные предпочтения, разный уровень подготовки персонала, разный уровень дохода и инвестиций в ИТ.

Или вы считаете что на сталелитейном заводе и в банке одна и та же инфраструктура?  


Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

81. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от ноним (ok) on 10-Июн-13, 00:36 
>> А каким либо образом обосновать свою позицию вы можете?
> А разве очевидные вещи нуждаются в обосновании? В разных компаниях разные бизнес-процессы,
> разные предпочтения, разный уровень подготовки персонала, разный уровень дохода и инвестиций
> в ИТ.
> Или вы считаете что на сталелитейном заводе и в банке одна и
> та же инфраструктура?

"Не унифицированных систем не бывает." - так сдесь потерялась запятая или пробел вкрался?

Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

82. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от О on 10-Июн-13, 00:38 
> "Не унифицированных систем не бывает." - так сдесь потерялась запятая или пробел
> вкрался?

Ну если судить по "сдесь", то для вас возможно.

Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

86. "Участник проекта Debian ответил на критику systemd"  –1 +/
Сообщение от ноним (ok) on 10-Июн-13, 00:40 
>> "Не унифицированных систем не бывает." - так сдесь потерялась запятая или пробел
>> вкрался?
> Ну если судить по "сдесь", то для вас возможно.

Ну так вот вышло, что поделаешь? А по существу есть что сказать?

Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

212. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от Аноним (??) on 10-Июн-13, 14:12 
>> передай свою "унифицированную" систему другому человеку, узнаешь много нового.
> Не унифицированных систем не бывает.

На дистровотче это напиши, ага? На глагне.

Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

68. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от ноним (ok) on 10-Июн-13, 00:15 
>>Любой админ может также (на|пере)писать и unit-файл,
> Сомневаюсь я.

А вы попробуйте )

>>притом не вмешиваясь в пакетную базу и не беспокоясь об обновлении пакета.
> У людей своих пакетов навалом, у меня их больше сотни.

А если необходимо поправить стандартный init-файл? (Из чисто обывательского интереса, можно ли ознакомиться со списком "больше сотни"?)

>>И вполне возможно, что в скором времени (в следствии унификации) unit-файлы будут поставляться вместе с исходным кодом и тогда вообще ничего писать\переписывать не потребуется.
> Вот сейчас как раз всё унифицировано. А будет ли унификация на базе
> systemd большой вопрос.

Т.е вот так легко я беру init-файл с Debian и использую его в RHEL и SLES? Это по-вашему "унификация"?

Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

74. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от О on 10-Июн-13, 00:22 
>>>Любой админ может также (на|пере)писать и unit-файл,
>> Сомневаюсь я.
> А вы попробуйте )

А зачем?

>>>притом не вмешиваясь в пакетную базу и не беспокоясь об обновлении пакета.
>> У людей своих пакетов навалом, у меня их больше сотни.
> А если необходимо поправить стандартный init-файл?

И что? Какие-то сложности? Стандартный bash, где 50% комментариев и код в виде switch/case.

>>>И вполне возможно, что в скором времени (в следствии унификации) unit-файлы будут поставляться вместе с исходным кодом и тогда вообще ничего писать\переписывать не потребуется.
>> Вот сейчас как раз всё унифицировано. А будет ли унификация на базе
>> systemd большой вопрос.
> Т.е вот так легко я беру init-файл с Debian и использую его
> в RHEL и SLES? Это по-вашему "унификация"?

Ну для начала, давайте не будем называть загрузочные скрипты init-файлами. А во-вторых вернемся к нашим баранам, systemd это надуманную проблему не решает. При переезде с одной системы на другую возникают совсем иного рода сложности. И таки да, загрузочный скрипт с дебина после небольшой доработки будет работать везде.

Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

80. "Участник проекта Debian ответил на критику systemd"  –1 +/
Сообщение от ноним (ok) on 10-Июн-13, 00:35 
>>>>Любой админ может также (на|пере)писать и unit-файл,
>>> Сомневаюсь я.
>> А вы попробуйте )
> А зачем?

Сомнения обычно можно подтвердить, либо опровергнуть опытом.

>>>>притом не вмешиваясь в пакетную базу и не беспокоясь об обновлении пакета.
>>> У людей своих пакетов навалом, у меня их больше сотни.
>> А если необходимо поправить стандартный init-файл?
> И что? Какие-то сложности? Стандартный bash, где 50% комментариев и код в
> виде switch/case.

Затем, что после обновления пакета все ваши изменения улетят в трубу.

>>>>И вполне возможно, что в скором времени (в следствии унификации) unit-файлы будут поставляться вместе с исходным кодом и тогда вообще ничего писать\переписывать не потребуется.
>>> Вот сейчас как раз всё унифицировано. А будет ли унификация на базе
>>> systemd большой вопрос.
>> Т.е вот так легко я беру init-файл с Debian и использую его
>> в RHEL и SLES? Это по-вашему "унификация"?
> Ну для начала, давайте не будем называть загрузочные скрипты init-файлами. А во-вторых
> вернемся к нашим баранам, systemd это надуманную проблему не решает. При
> переезде с одной системы на другую возникают совсем иного рода сложности.
> И таки да, загрузочный скрипт с дебина после небольшой доработки будет
> работать везде.

"Загрузочные скрипты" именуют init-файлами, либо init-скриптами. А чтобы перенести unit-файл systemd на другую систему с systemd, мне достаточно его просто скопировать. И никаких "небольших доработок".

P.S.: Из чисто обывательского интереса, можно ли ознакомиться со списком "больше сотни"?

Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

87. "Участник проекта Debian ответил на критику systemd"  –3 +/
Сообщение от О on 10-Июн-13, 00:43 
>>>>>Любой админ может также (на|пере)писать и unit-файл,
>>>> Сомневаюсь я.
>>> А вы попробуйте )
>> А зачем?
> Сомнения обычно можно подтвердить, либо опровергнуть опытом.

Расскажи про свой опыт с мужиками и наркотиками.

>>>>>притом не вмешиваясь в пакетную базу и не беспокоясь об обновлении пакета.
>>>> У людей своих пакетов навалом, у меня их больше сотни.
>>> А если необходимо поправить стандартный init-файл?
>> И что? Какие-то сложности? Стандартный bash, где 50% комментариев и код в
>> виде switch/case.
> Затем, что после обновления пакета все ваши изменения улетят в трубу.

Обновления какого пакета? Не сваливаете в абстракцию.

>[оверквотинг удален]
>>>> Вот сейчас как раз всё унифицировано. А будет ли унификация на базе
>>>> systemd большой вопрос.
>>> Т.е вот так легко я беру init-файл с Debian и использую его
>>> в RHEL и SLES? Это по-вашему "унификация"?
>> Ну для начала, давайте не будем называть загрузочные скрипты init-файлами. А во-вторых
>> вернемся к нашим баранам, systemd это надуманную проблему не решает. При
>> переезде с одной системы на другую возникают совсем иного рода сложности.
>> И таки да, загрузочный скрипт с дебина после небольшой доработки будет
>> работать везде.
> "Загрузочные скрипты" именуют init-файлами, либо init-скриптами.

"Загрузочные скрипты" именуют "загрузочными скриптами".

> А чтобы перенести unit-файл
> systemd на другую систему с systemd, мне достаточно его просто скопировать.
> И никаких "небольших доработок".

Тут нужно описать процесс переноса, скажем на ubuntu.
> P.S.: Из чисто обывательского интереса, можно ли ознакомиться со списком "больше сотни"?

Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

91. "Участник проекта Debian ответил на критику systemd"  +2 +/
Сообщение от ноним (ok) on 10-Июн-13, 00:48 
>>>>>>Любой админ может также (на|пере)писать и unit-файл,
>>>>> Сомневаюсь я.
>>>> А вы попробуйте )
>>> А зачем?
>> Сомнения обычно можно подтвердить, либо опровергнуть опытом.
> Расскажи про свой опыт с мужиками и наркотиками.
> "Загрузочные скрипты" именуют "загрузочными скриптами".

А вот когда аргументы заканчиваются, начинается переход на личности и подобие буквоедства, причем в быдло-режиме. За сим раскланиваюсь, так как дальнешую беседу продолжать смысла не вижу.

Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

94. "Участник проекта Debian ответил на критику systemd"  –3 +/
Сообщение от О on 10-Июн-13, 00:53 
Очень хорошо, что у тебя аргументы закончились, хотя их и не было.  И наконец ты закончил свое буквоедство.


Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

89. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 10-Июн-13, 00:46 

> Затем, что после обновления пакета все ваши изменения улетят в трубу.

С systemd изменения аналогично улетают в трубу.

> "Загрузочные скрипты" именуют init-файлами, либо init-скриптами. А чтобы перенести unit-файл
> systemd на другую систему с systemd, мне достаточно его просто скопировать.
> И никаких "небольших доработок".

че правда? И даже пути менять не будешь? аля /usr/sbin/nginx => /usr/bin/nginx

Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

93. "Участник проекта Debian ответил на критику systemd"  +2 +/
Сообщение от ноним (ok) on 10-Июн-13, 00:52 
>> Затем, что после обновления пакета все ваши изменения улетят в трубу.
> С systemd изменения аналогично улетают в трубу.

Вы точно в этом уверены? )

>> "Загрузочные скрипты" именуют init-файлами, либо init-скриптами. А чтобы перенести unit-файл
>> systemd на другую систему с systemd, мне достаточно его просто скопировать.
>> И никаких "небольших доработок".
> че правда? И даже пути менять не будешь? аля /usr/sbin/nginx => /usr/bin/nginx

Тут согласен. Но есть тенденция к переносу всех бинарников в /usr/bin

Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

96. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 10-Июн-13, 00:57 
> Вы точно в этом уверены? )

Абсолютно, ибо конфиг - часть пакета и новый пакет его перезапишет.
А если не перезапишет это особенность сборки а не заслуга systemd

Ответить | Правка | ^ к родителю #93 | Наверх | Cообщить модератору

97. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 10-Июн-13, 00:58 
>> Вы точно в этом уверены? )
> Абсолютно, ибо конфиг - часть пакета и новый пакет его перезапишет.
> А если не перезапишет это особенность сборки а не заслуга systemd

s/конфиг/юнит-файл/

Ответить | Правка | ^ к родителю #96 | Наверх | Cообщить модератору

119. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от Аноним (??) on 10-Июн-13, 04:08 
Кастомные юниты кладутся в /etc/systemd/system/, а дистрибутивные - в /lib/systemd/system/, причем первые имеют приоритет и пакетным менеджером не трогаются.

Более того, в случае необходимости внесения минимальных правок возможны такие вещи, как, например:

># cat /etc/systemd/system/jetty.service
>.include /usr/lib/systemd/system/jetty.service
>[Service]
>User=jetty
>Group=jetty

Ответить | Правка | ^ к родителю #96 | Наверх | Cообщить модератору

289. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 10-Июн-13, 21:15 
тебе что-то мешает положить сделать кастомный rc скрипт?
Вообще причем тут systemd, это вопрос к пакетному менеджеру.
Ответить | Правка | ^ к родителю #119 | Наверх | Cообщить модератору

98. "Участник проекта Debian ответил на критику systemd"  –1 +/
Сообщение от О on 10-Июн-13, 01:01 
> Вы точно в этом уверены? )

absolutely

Ответить | Правка | ^ к родителю #93 | Наверх | Cообщить модератору

126. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от Аноним (??) on 10-Июн-13, 07:02 
>> Вы точно в этом уверены? )
> absolutely

Еще один "спец" по systemd... Сколько же вас?

Ответить | Правка | ^ к родителю #98 | Наверх | Cообщить модератору

236. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Адекват on 10-Июн-13, 14:49 
> че правда? И даже пути менять не будешь? аля /usr/sbin/nginx => /usr/bin/nginx

Если вы про Арч, то нет - /usr/sbin/ теперь симлинк на /usr/bin, так что менять не нужно.

Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

92. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от О on 10-Июн-13, 00:51 
> P.S.: Из чисто обывательского интереса, можно ли ознакомиться со списком "больше сотни"?

Звучит так: "про systemd сказать ничего хорошего не могу, но докопаться попробую".

Касательно пакетов, собственноручно разработанное ПО, собственноручно допиленное или собранное ПО, метапакеты, например для разворачивания полностью готового к эксплуатации почтового сервера за пару минут, или интернет-магазина, наборы для деплоя на все случаи жизни.


Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

175. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 10-Июн-13, 11:53 
> ну так и shell-код будет написан один раз, причем любой админ может написать, для любых своих сервисов.

Ну так мне как админу написать конфиг на 5 строк для любых моих сервисов - явно проще, да? :)

Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

75. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 10-Июн-13, 00:25 
дык вынеси все функции из инит скрипта в отдельный файл и получи сравнимую длину, и отлаживать проще будет чем си код.
Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

104. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от абыр email on 10-Июн-13, 01:07 
И почему никто этого так до сих пор и не сделал ?
Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

214. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 10-Июн-13, 14:14 
> И почему никто этого так до сих пор и не сделал ?

Отучаемся говорить за всех. Я так делаю ВСЕГДА.

Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

168. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 10-Июн-13, 11:24 
> и отлаживать проще будет чем си код.

Ага, ЩАЗ. Service файлы - не сишный код. Отлаживают сишный код разработчики systemd. А админ "отлаживает" конфиг на пять строк. Поэтому жизня админа становится сильно проще. Ему не надо ни выносить ничего в какие-то файлы, ни дописывать фреймворк логгирования обломов в каждой скриптопортянке, ни что там еще.

Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

209. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Фтщтнь on 10-Июн-13, 14:05 
>> и отлаживать проще будет чем си код.
> Поэтому жизня админа становится сильно проще.

Поэтому теперь админом Linux может стать каждая безграмотраня обезьяна, закончившая 32е пту на плотника, но потом решившая что там платят сильно мало и пошедшая на 3х месячные курсы. На рынке Windows-админов такие толпами по 10000 за 5 человек предлагаются.


Ответить | Правка | ^ к родителю #168 | Наверх | Cообщить модератору

210. "Участник проекта Debian ответил на критику systemd"  –1 +/
Сообщение от ноним (ok) on 10-Июн-13, 14:09 
>>> и отлаживать проще будет чем си код.
>> Поэтому жизня админа становится сильно проще.
> Поэтому теперь админом Linux может стать каждая безграмотраня обезьяна, закончившая 32е
> пту на плотника, но потом решившая что там платят сильно мало
> и пошедшая на 3х месячные курсы. На рынке Windows-админов такие толпами
> по 10000 за 5 человек предлагаются.

То есть перед тем, как стать "админом Linux" надо ВО получить? И желательно в MIT, наверное?

Ответить | Правка | ^ к родителю #209 | Наверх | Cообщить модератору

219. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Фтщтнь on 10-Июн-13, 14:23 
> То есть перед тем, как стать "админом Linux" надо ВО получить? И
> желательно в MIT, наверное?

Нет, но поболее поучиться, чем 3 месяца. Сейчас же это больше похоже на Windows-подход, дайте нам кучу блэк-боксов со скудными интерфейсами доступа к ним, но зато пусть будет удобно. Дело в том что понимание концепции Unix как бесконечно расширяемой за счет своих инструментов системы очень таки помогает в выборе этих самых инструментов.

Ответить | Правка | ^ к родителю #210 | Наверх | Cообщить модератору

225. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от бедный буратино (ok) on 10-Июн-13, 14:37 
>>> и отлаживать проще будет чем си код.
>> Поэтому жизня админа становится сильно проще.
> Поэтому теперь админом Linux может стать каждая безграмотраня обезьяна, закончившая 32е
> пту на плотника, но потом решившая что там платят сильно мало
> и пошедшая на 3х месячные курсы.

Глупость. От того, что какие-то вещи стали легче, мир не рухнет. Эффективность меряется умением пользоваться целым, всей совокупностью компонентов. А не деталями по отдельности. И тут, если кто-то не умеет организовать нормально - не организует, а кто умеет - организует. И простота гораздо важнее для второго.

Или вы боитесь, что "аждая безграмотраня обезьяна, закончившая 32е пту на плотника, но потом решившая что там платят сильно мало и пошедшая на 3х месячные курсы" при этом всём будет лучше вас?

Ответить | Правка | ^ к родителю #209 | Наверх | Cообщить модератору

229. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Фтщтнь on 10-Июн-13, 14:44 
Уровень подготовки специалиста резко упадет. Снова же, уровень подготовки Microsoft-специалистов это подтверждает.
Ответить | Правка | ^ к родителю #225 | Наверх | Cообщить модератору

241. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от ноним (ok) on 10-Июн-13, 14:58 
> Уровень подготовки специалиста резко упадет. Снова же, уровень подготовки Microsoft-специалистов
> это подтверждает.

Есть реальные спецы по MS и есть эникеи. Есть реалтные спецы по Linux и есть те, которые поставили один раз user-friendly дистрибутив. При чем тут systemd - непонятно.

Ответить | Правка | ^ к родителю #229 | Наверх | Cообщить модератору

248. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от Фтщтнь on 10-Июн-13, 15:08 
> Есть реальные спецы по MS и есть эникеи. Есть реалтные спецы по
> Linux и есть те, которые поставили один раз user-friendly дистрибутив. При
> чем тут systemd - непонятно.

Эммм, скажите же мне, почему реальные спецы по Active Directory например зачастую не могут восстановить репликацию в этой самой Active Directory, восстановить репликацию Exchange и испытвают столько проблем с софтом MS вообще (ну например сталкивался в работе с тем, что у меня отваливались базы Excahnge)? Бинго, потому что благодаря Microsoft их программные продукты становятся black box-ами со скудными интерфейсами взаимодействия пользоателя с системой. А для Microsoft поддержка = дополнительная денежка. Впрочем как и для RH. Компаниям выгодно иметь технически неграмотный персонал, обслуживающий их системы, потому что тогда они получат больше денег. Вот так вот и с systemd.

Ответить | Правка | ^ к родителю #241 | Наверх | Cообщить модератору

257. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от ноним (ok) on 10-Июн-13, 15:30 
>> Есть реальные спецы по MS и есть эникеи. Есть реалтные спецы по
>> Linux и есть те, которые поставили один раз user-friendly дистрибутив. При
>> чем тут systemd - непонятно.
> Эммм, скажите же мне, почему реальные спецы по Active Directory например зачастую
> не могут восстановить репликацию в этой самой Active Directory, восстановить репликацию
> Exchange и испытвают столько проблем с софтом MS вообще (ну например
> сталкивался в работе с тем, что у меня отваливались базы Excahnge)?

Значит это не "реальные спецы". BlackBox в MS, присутсвует. Но systemd вроде как по GPL лицензирован - ваше сравнение в корне неверно.

Ответить | Правка | ^ к родителю #248 | Наверх | Cообщить модератору

260. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от Фтщтнь on 10-Июн-13, 15:36 
>Значит это не "реальные спецы".

Вы простите, но реальные, MS-сертифицированные. Но systemd вроде как по GPL лицензирован.
То, что открыты его исходники, еще не значит, что у вас вдруг внезапно появится новый функционал, будет такое же "кушайте что дают" как и у MS. Хотя чем черт не шутит, не исключено что в одной из версий в будущем Леннарт запилит какой-нибудь systembash для возможности неограниченного наращивания функционала у systemd-юнитов...

Ответить | Правка | ^ к родителю #257 | Наверх | Cообщить модератору

263. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от ноним (ok) on 10-Июн-13, 15:47 
>>Значит это не "реальные спецы".
> Вы простите, но реальные, MS-сертифицированные. Но systemd вроде как по GPL лицензирован.

Я могу получить 5 сертификатов по MS за 5 дней - но что дают эти бумажки?

> То, что открыты его исходники, еще не значит, что у вас вдруг
> внезапно появится новый функционал, будет такое же "кушайте что дают" как
> и у MS. Хотя чем черт не шутит, не исключено что
> в одной из версий в будущем Леннарт запилит какой-нибудь systembash для
> возможности неограниченного наращивания функционала у systemd-юнитов...

А это уже домыслы. Время покажет. Как-бы в Arch, SuSe и Mandriva не насильно пропихивали его, да и не доплачивал "злостный RedHat". Почему бы ненавистникам, коих вроде много не собраться в кучу, да и не создать systemd-free дистрибутив? А потому, что даже пары человек на поддержку sysvinit в арче не нашлось...

Ответить | Правка | ^ к родителю #260 | Наверх | Cообщить модератору

264. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от кверти (ok) on 10-Июн-13, 16:11 
>А потому, что даже пары человек на поддержку sysvinit в арче не нашлось...

ну языком чесать - это ж не мешки ворочать...опеннет этому доказательство

Ответить | Правка | ^ к родителю #263 | Наверх | Cообщить модератору

266. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Фтщтнь on 10-Июн-13, 16:35 
Ну как бы мне по боку, я другими системами пользуюсь systemd-free.
Ответить | Правка | ^ к родителю #263 | Наверх | Cообщить модератору

269. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Фтщтнь on 10-Июн-13, 16:47 
> А это уже домыслы. Время покажет. Как-бы в Arch, SuSe и Mandriva
> не насильно пропихивали его, да и не доплачивал "злостный RedHat". Почему
> бы ненавистникам, коих вроде много не собраться в кучу, да и
> не создать systemd-free дистрибутив? А потому, что даже пары человек на
> поддержку sysvinit в арче не нашлось...

У нас с вами разговор в ключе "В огороде бузина, а в киеве дядька" выходит. Я вам о том, что у systemd мало точек соприкосновения с пользователем, а вы мне "Зато его SuSe и Mandriva поддерживают". Естественно поддерживают, куда им деваться-то, приходится быть максимально совместимыми с лидером рынка.

Ответить | Правка | ^ к родителю #263 | Наверх | Cообщить модератору

270. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от бедный буратино (ok) on 10-Июн-13, 16:52 
> У нас с вами разговор в ключе "В огороде бузина, а в
> киеве дядька" выходит. Я вам о том, что у systemd мало
> точек соприкосновения с пользователем, а вы мне "Зато его SuSe и
> Mandriva поддерживают". Естественно поддерживают, куда им деваться-то, приходится быть
> максимально совместимыми с лидером рынка.

Лидеры рынка linux-desktop - это Debian/Ubuntu.

Ответить | Правка | ^ к родителю #269 | Наверх | Cообщить модератору

271. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от ноним (ok) on 10-Июн-13, 16:56 
>> А это уже домыслы. Время покажет. Как-бы в Arch, SuSe и Mandriva
>> не насильно пропихивали его, да и не доплачивал "злостный RedHat". Почему
>> бы ненавистникам, коих вроде много не собраться в кучу, да и
>> не создать systemd-free дистрибутив? А потому, что даже пары человек на
>> поддержку sysvinit в арче не нашлось...
> У нас с вами разговор в ключе "В огороде бузина, а в
> киеве дядька" выходит. Я вам о том, что у systemd мало
> точек соприкосновения с пользователем, а вы мне "Зато его SuSe и
> Mandriva поддерживают". Естественно поддерживают, куда им деваться-то, приходится быть
> максимально совместимыми с лидером рынка.

Простите, а что вы имеете ввиду под "мало точек соприкосновения с пользователем"?

Ответить | Правка | ^ к родителю #269 | Наверх | Cообщить модератору

272. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Фтщтнь on 10-Июн-13, 17:14 
Имею в виду ограниченный механизм его расширения в  отличии от скриптов и ограниченные возможности управления юнитами, нету функции reload например, которая делает gracefull reload сервиса.
Ответить | Правка | ^ к родителю #271 | Наверх | Cообщить модератору

274. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от ноним (ok) on 10-Июн-13, 17:45 
> Имею в виду ограниченный механизм его расширения в  отличии от скриптов
> и ограниченные возможности управления юнитами, нету функции reload например, которая делает
> gracefull reload сервиса.

reload как раз-таки есть ) а расширять возможности теми-же sh-скриптами вам никто не мешает.

Ответить | Правка | ^ к родителю #272 | Наверх | Cообщить модератору

273. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Фтщтнь on 10-Июн-13, 17:21 
>>>Значит это не "реальные спецы".
>> Вы простите, но реальные, MS-сертифицированные. Но systemd вроде как по GPL лицензирован.
> Я могу получить 5 сертификатов по MS за 5 дней - но
> что дают эти бумажки?

Что доказывает мое утверждение о том, что виндовые админы имеют низкую кваллификацию в массе своей, что собственно грозит Linux-админам в будущем с запиливанием нанотехнологий института имени Поттеринга.

Ответить | Правка | ^ к родителю #263 | Наверх | Cообщить модератору

275. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от ноним (ok) on 10-Июн-13, 17:49 
>>>>Значит это не "реальные спецы".
>>> Вы простите, но реальные, MS-сертифицированные. Но systemd вроде как по GPL лицензирован.
>> Я могу получить 5 сертификатов по MS за 5 дней - но
>> что дают эти бумажки?
> Что доказывает мое утверждение о том, что виндовые админы имеют низкую кваллификацию
> в массе своей, что собственно грозит Linux-админам в будущем с запиливанием
> нанотехнологий института имени Поттеринга.

Это подтверждает только то, что бумажки ничего не стоят. А квалифицированные MS-админы встречаются. Правда редко. Также редко, как и квалифицированные Linux-админы )

Ответить | Правка | ^ к родителю #273 | Наверх | Cообщить модератору

233. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Фтщтнь on 10-Июн-13, 14:45 
> Или вы боитесь, что "аждая безграмотраня обезьяна, закончившая 32е пту на плотника,
> но потом решившая что там платят сильно мало и пошедшая на
> 3х месячные курсы" при этом всём будет лучше вас?

А давайте вы не будете так толсто троллить переключаясь на личности? Мы все таки не на ЛОРе.

Ответить | Правка | ^ к родителю #225 | Наверх | Cообщить модератору

246. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от бедный буратино (ok) on 10-Июн-13, 15:07 
>> Или вы боитесь, что "аждая безграмотраня обезьяна, закончившая 32е пту на плотника,
>> но потом решившая что там платят сильно мало и пошедшая на
>> 3х месячные курсы" при этом всём будет лучше вас?
> А давайте вы не будете так толсто троллить переключаясь на личности? Мы все таки не на ЛОРе.

Давайте. Начинайте.

Ответить | Правка | ^ к родителю #233 | Наверх | Cообщить модератору

292. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 10-Июн-13, 21:49 
>админом Linux может стать каждая безграмотраня обезьяна

Есть такая штука, прогресс называется. Раньше бельё постирать люди прачек нанимали или сами прачками были, потом появились огромные стиральные машины-автоматы, не все могли их купить. А сейчас и не шибко богатые могут купить такую машину, небольшую, такую что поместится в скромных размеров туалете. Хим.чистки остались, но теперь они именно хим.чистки. Прачек в Советском Союзе ликвидировали "как класс", остались ли они в странах Запада я не знаю. Такая же судьба постигла кухарок, портных, я уж не говорю о писарях. Зато десятая часть потомков прачек, портных, кухарок и писарей теперь производит в десять раз больше полезной продукции, соответственно на нос в десять раз больше материальных благ достаётся. В цивилизованных странах, разумеется. Впрочем, в России их (материальных благ) на нос тоже сейчас существенно больше, чем сто лет назад было. Ну вот теперь костлявая рука прогресса и до linux-админов дотянулась.

Ответить | Правка | ^ к родителю #209 | Наверх | Cообщить модератору

240. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от Адекват on 10-Июн-13, 14:57 
Поэтому жизня админа становится сильно проще.

Я бы так не сказал, хотя бы потому что systemd новая сущность, которая пришла на смену хорошо изученной sysvinit и в новой системе инициализации новые глюки типа "не поднялся сетевой интерфейс после 101 загрузки", или каждую 15 загрузку диски меняются именами "sda/sdb" - это реальные ситуации из реальной жизни (не моей).
Далее следует секс с поиском решения чтобы сетевой интерфейс поднимался всегда,костыли вида добавить файл в /etc/modules-load.d/ - этого хватит еще на 30-40 загрузка, потом проблема поднятия интерфейса вернется, будет найден совет добавить "таймаут в юнит-файл", но и это не поможет - вот тут и наступит безисходность :)

Ответить | Правка | ^ к родителю #168 | Наверх | Cообщить модератору

244. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от ноним (ok) on 10-Июн-13, 15:02 
> Поэтому жизня админа становится сильно проще.
> Я бы так не сказал, хотя бы потому что systemd новая сущность,
> которая пришла на смену хорошо изученной sysvinit и в новой системе
> инициализации новые глюки типа "не поднялся сетевой интерфейс после 101 загрузки",
> или каждую 15 загрузку диски меняются именами "sda/sdb" - это реальные
> ситуации из реальной жизни (не моей).

Посоветую поинтересоваться принципами именования блочных устройств в GNU/Linux.

> Далее следует секс с поиском решения чтобы сетевой интерфейс поднимался всегда,костыли
> вида добавить файл в /etc/modules-load.d/ - этого хватит еще на 30-40
> загрузка, потом проблема поднятия интерфейса вернется, будет найден совет добавить "таймаут
> в юнит-файл", но и это не поможет - вот тут и
> наступит безисходность :)

А всего-лишь поправить /etc/udev/rules.d/70-persistent-net.rules .

P.S.: И systemd тут вообще не причем. udev существовал задолго до него.

Ответить | Правка | ^ к родителю #240 | Наверх | Cообщить модератору

290. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 10-Июн-13, 21:22 
>P.S.: И systemd тут вообще не причем. udev существовал задолго до него.

Ну да, а udev  уже перестал быть частью systemd?

Ответить | Правка | ^ к родителю #244 | Наверх | Cообщить модератору

302. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от ноним (ok) on 11-Июн-13, 07:16 
>>P.S.: И systemd тут вообще не причем. udev существовал задолго до него.
> Ну да, а udev  уже перестал быть частью systemd?

Повторюсь. udev существовал задолго до него. И конфигурился точно также как и сейчас.

Ответить | Правка | ^ к родителю #290 | Наверх | Cообщить модератору

322. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 11-Июн-13, 23:43 
А я еще раз повторюсь что udev является частью systemd, и все изменения в udev это изменения в systemd. Ну и как должны сойтись звезды чтобы systemd тут был не причем?
Ответить | Правка | ^ к родителю #302 | Наверх | Cообщить модератору

114. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 10-Июн-13, 03:12 
А если понадобятся нестандартные действия/реакция?
Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

144. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним email(??) on 10-Июн-13, 09:18 
A ежели дождь во время усушки ?
Ответить | Правка | ^ к родителю #114 | Наверх | Cообщить модератору

176. "Участник проекта Debian ответил на критику systemd"  –1 +/
Сообщение от Аноним (??) on 10-Июн-13, 11:55 
> А если понадобятся нестандартные действия/реакция?

Вот тогда можно пнуть скрипт или какую-то другую программу для этого.

P.S. "А если ядерная война? Или метеорит на дом упадет?!" - вы же нам, надеюсь, писали все это из укрепленного бункера на километровой глубине, с системой жизнеобеспечения и все такое, правда? :)

Ответить | Правка | ^ к родителю #114 | Наверх | Cообщить модератору

224. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Фтщтнь on 10-Июн-13, 14:34 
> Вот тогда можно пнуть скрипт или какую-то другую программу для этого.

а зачем тогда столько сущностей (systemd+скрипт), если в случае с init она была всего одна?

Ответить | Правка | ^ к родителю #176 | Наверх | Cообщить модератору

293. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 10-Июн-13, 21:56 
Бункер на такой глубине не только от метеоритов защитит, но и ещё много от чего, но обустроить его в Москве для себя его неподъёмно по цене, а вот без systemd вполне можно и обойтись, для этого много тратиться не надо.
Ответить | Правка | ^ к родителю #176 | Наверх | Cообщить модератору

165. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 10-Июн-13, 11:21 
> ты забыл выложить для systemd юнита код на си, который будет это все парсить и запускать

Системный администратор с компонентами systemd дела не имеет - это проблемы разработчиков systemd.

Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

84. "Участник проекта Debian ответил на критику systemd"  +4 +/
Сообщение от Аноним (??) on 10-Июн-13, 00:40 
Прошу заметить что функциональность хромает.
unit имеет acton: start,reload,stop
а инит скрипт: start,stop,reload,configtest,upgrade, status,

а теперь запили мне юнит для systemd с аналогичной функциональностью

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

117. "Участник проекта Debian ответил на критику systemd"  +2 +/
Сообщение от angra (ok) on 10-Июн-13, 03:25 
Последователей Поттеринга это не волнует, что сказали жрать, то и будут. Подумаешь, юниты не могут ничего кроме start/stop/restart(reload), зато "это открывает множество дополнительных способов использования" и "в то же время гибкий интерфейс - снаружи".


Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

124. "Участник проекта Debian ответил на критику systemd"  –1 +/
Сообщение от бедный буратино (ok) on 10-Июн-13, 06:15 
> Последователей Поттеринга это не волнует, что сказали жрать, то и будут.

Большинство людей система иницализации их компьютера волнует примерно так же, как внешний вид байтов.

Это дистрибутивы выбирают себе ядра, системы инициализации, и прочее по, чтобы решать задачи, которые они наметили. И Debian - один из лидеров дистибутивостроения. И 90% его пользователей абсолютно наплевать, какая там система инициализации, они оценивают всё в комплексе, как это работает всё вместе, а не разбирают детали по отдельности.

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

Если бы безвестный горлопан обладал бы такой же степенью публичности при выборе своих решений, он бы понял цену словам.

Ответить | Правка | ^ к родителю #117 | Наверх | Cообщить модератору

134. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 10-Июн-13, 07:52 
> Прошу заметить что функциональность хромает.
> unit имеет acton: start,reload,stop
> а инит скрипт: start,stop,reload,configtest,upgrade, status,
> а теперь запили мне юнит для systemd с аналогичной функциональностью

Да зачем ? Разве итак не понятно что крутое супер админы _требужшие_ сысЪтемд даже разницы не уловили. Проффесионалы, не чета нам :)

Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

177. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 10-Июн-13, 11:56 
А вы - это кто такое, чтобы ваше мнение кого-то вообще интересовало? :)
Ответить | Правка | ^ к родителю #134 | Наверх | Cообщить модератору

182. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от ноним (ok) on 10-Июн-13, 12:54 
> Прошу заметить что функциональность хромает.
> unit имеет acton: start,reload,stop
> а инит скрипт: start,stop,reload,configtest,upgrade, status,
> а теперь запили мне юнит для systemd с аналогичной функциональностью

Если бы вы хоть раз прочитали документацию или попробовали запустить systemctl, вы бы поняли, что этот unit в systemd умеет start,stop,reload,configtest и status ("искаропки"). А кроме того еще и reload-or-restart,dump,enable,disable,try-restart и.т.д. Единственный пункт мимо - это upgrade, но это достаточно сомнительный функционал.

Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

183. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от ноним (ok) on 10-Июн-13, 12:55 
.
Ответить | Правка | ^ к родителю #182 | Наверх | Cообщить модератору

243. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Адекват on 10-Июн-13, 15:01 
>enable,disable

Аналог внесения в строку DAEMONS в rc.conf, не более
Кроме тогда - в строке всегда сразу видно какие демоны запускаются, а какие нет.
А как это сделать в systemd ?


Ответить | Правка | ^ к родителю #182 | Наверх | Cообщить модератору

247. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от ноним (ok) on 10-Июн-13, 15:08 
>>enable,disable
> Аналог внесения в строку DAEMONS в rc.conf, не более
> Кроме тогда - в строке всегда сразу видно какие демоны запускаются, а
> какие нет.
> А как это сделать в systemd ?

Во-первых в systemd вводится понятие зависимостей.

А во-вторых: ls /etc/systemd/system/*.wants/ , причем по полочкам.

Ответить | Правка | ^ к родителю #243 | Наверх | Cообщить модератору

319. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от linux must _RIP_ on 11-Июн-13, 21:37 
>>>enable,disable
>> Аналог внесения в строку DAEMONS в rc.conf, не более
>> Кроме тогда - в строке всегда сразу видно какие демоны запускаются, а
>> какие нет.
>> А как это сделать в systemd ?
> Во-первых в systemd вводится понятие зависимостей.

в sysv init оно тоже есть...

Ответить | Правка | ^ к родителю #247 | Наверх | Cообщить модератору

279. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 10-Июн-13, 18:31 
> этот unit в systemd умеет start,stop,reload,configtest и status
> ("искаропки"). А кроме того еще и reload-or-restart,dump,enable,disable,try-restart
> и.т.д.

Подскажите, как посмотреть эти команды?

Ответить | Правка | ^ к родителю #182 | Наверх | Cообщить модератору

305. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от ноним (ok) on 11-Июн-13, 07:30 
>> этот unit в systemd умеет start,stop,reload,configtest и status
>> ("искаропки"). А кроме того еще и reload-or-restart,dump,enable,disable,try-restart
>> и.т.д.
> Подскажите, как посмотреть эти команды?

man systemctl

Ответить | Правка | ^ к родителю #279 | Наверх | Cообщить модератору

291. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 10-Июн-13, 21:27 
Тоесть кроме юнит файла еще по куче мест раскидано что может делать сервис?
Офигенная прозрачность просто.
Ответить | Правка | ^ к родителю #182 | Наверх | Cообщить модератору

133. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 10-Июн-13, 07:50 
>> Где БЛЯ профит?!
> #cat /lib/systemd/system/nginx.service
> ......................................
> #cat /etc/init.d/nginx

[Позёвывая]
... очередной придурок сравнил мопед с БелАЗом и пришёл к генеальному выводу что тервый меньше и легче? :)

Прочитать _что_ умеет второй вариант не судьба? Таким - да нужен сысынит. Или винда. Всё одно - reinstall system often, reinstall system early(С) :-)

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

185. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от ноним (ok) on 10-Июн-13, 12:56 
>>> Где БЛЯ профит?!
>> #cat /lib/systemd/system/nginx.service
>> ......................................
>> #cat /etc/init.d/nginx
> [Позёвывая]
> ... очередной придурок сравнил мопед с БелАЗом и пришёл к генеальному выводу
> что тервый меньше и легче? :)
> Прочитать _что_ умеет второй вариант не судьба? Таким - да нужен сысынит.
> Или винда. Всё одно - reinstall system often, reinstall system early(С)
> :-)

http://www.opennet.ru/openforum/vsluhforumID3/90371.html#182

Ответить | Правка | ^ к родителю #133 | Наверх | Cообщить модератору

326. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Адекват (ok) on 12-Июн-13, 13:30 
"Многабукафф, ниасилил, низачед, кг/ам" да ?

Я вот например прекрасно понимаю что значит строчка

. /etc/rc.d/init.d/functions

прекрасно понимаю чем является конструкция

reload() {
    configtest_q || return 6
    echo -n $"Reloading $prog: "
    killproc -p $pidfile $prog -HUP
    echo
}

Зачем тут скобочки фигурные идут ?

А вашем системд:

ExecReload=/bin/kill -s HUP $MAINPID

Начнем с того, что kill по абсолютному пути вызвается, а не через переменную путей окружения.
Далее - /bin/kill -s HUP такая конструкция позволит перезапустить процесс, а не просто прихлопнуть ?


Кроме того, в sysvinit в функции перезагрузки демона, вызывается configtest_q

configtest_q() {
    $nginx -t -q -c $NGINX_CONF_FILE
}

Я тут вижу проверку конфиг-файла на правильность, или что-то еще, а где это в вашем системД ?

Может все-таки экономия строк кода "щутковины", которая запускает/перезапускает демон - это не всегда гуд ?

Вот как запускается nginx в системД:
ExecStart=/usr/sbin/nginx
Никаких проверок, нах нужно - если процесс есть, то новый не запуститься, так как порт/сокет будет уже занят, да :) ?
Типа пусть ядро на себя берет проверки все.

Какие вы все...я с вас фигею просто.ExecStart=/usr/sbin/nginx

В случае с баш-портянкой я царь-и-бог в своей системе, если что-то нужно будет поменять в баш-скрипте, типа сделать доп проверку наличия файла в директории, или еще чего-то что мне может мне понадобиться - я это сделать смогу, а в случае с системД  -нет.

Вы, глупые собеседники, приводящие аргумент что чем меньше строк кода в сущности ( которая управляет демоном ) - тем лучше, вы и в правду глупые, вы из тех людей что покупают в магазине телевизор, из-за характеристик указанных на ценнике, в рекламе.

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

329. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Michael Shigorin email(ok) on 13-Июн-13, 21:20 
> #cat /lib/systemd/system/nginx.service

А теперь grep USR2 /lib/systemd/system/nginx.service сделайте.

> # Upgrade the binary with no downtime.

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

339. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Deffic on 14-Июн-13, 15:13 
>[оверквотинг удален]
> [Service]
> Type=forking
> PIDFile=/run/nginx.pid
> ExecStartPre=/usr/sbin/nginx -t
> ExecStart=/usr/sbin/nginx
> ExecReload=/bin/kill -s HUP $MAINPID
> ExecStop=/bin/kill -s QUIT $MAINPID
> PrivateTmp=true
> [Install]
> WantedBy=multi-user.target

Давайте сравнивать корректно и не лезть в код, Вы же не лезете в программный код systemD.

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

37. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от ноним (ok) on 09-Июн-13, 23:01 
> Где БЛЯ профит?!

Проясните, пожалуйста, некоторые пункты:

1) Какая цель преследуется монтированием tmpfs в /media ?
2) Как выглядит ваш unit-файл с десятью параметрами получившийся в итоге, если не стыдно.
3) Является ли правильным решением, редактирование файла поставляемого с пакетом, который при этом не является файлом конфигурации?


Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

57. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от О on 09-Июн-13, 23:47 
>> Где БЛЯ профит?!
> Проясните, пожалуйста, некоторые пункты:
> 1) Какая цель преследуется монтированием tmpfs в /media ?

Православный костыль для быстрой работы.

> 3) Является ли правильным решением, редактирование файла поставляемого с пакетом, который
> при этом не является файлом конфигурации?

Да. Процесс кастомизации никто не отменял.

Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

71. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от ноним (ok) on 10-Июн-13, 00:18 
>>> Где БЛЯ профит?!
>> Проясните, пожалуйста, некоторые пункты:
>> 1) Какая цель преследуется монтированием tmpfs в /media ?
> Православный костыль для быстрой работы.

Каким образом этот "православный костыль" ускоряет работу? И чью работу он ускоряет? Не могу представить, что смонтировав tmpfs в /media я уйду с работы пораньше )

>> 3) Является ли правильным решением, редактирование файла поставляемого с пакетом, который
>> при этом не является файлом конфигурации?
> Да. Процесс кастомизации никто не отменял.

И что будет при обновлении пакета?

Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

76. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от О on 10-Июн-13, 00:27 
>>>> Где БЛЯ профит?!
>>> Проясните, пожалуйста, некоторые пункты:
>>> 1) Какая цель преследуется монтированием tmpfs в /media ?
>> Православный костыль для быстрой работы.
> Каким образом этот "православный костыль" ускоряет работу? И чью работу он ускоряет?
> Не могу представить, что смонтировав tmpfs в /media я уйду с
> работы пораньше )

Если ваша работа напрямую зависит от вычислений связанных с активным использованием диска, то уйдете домой еще до обеда.

>>> 3) Является ли правильным решением, редактирование файла поставляемого с пакетом, который
>>> при этом не является файлом конфигурации?
>> Да. Процесс кастомизации никто не отменял.
> И что будет при обновлении пакета?

Ничего.
#aptitude hold name_packed


Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

83. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от ноним (ok) on 10-Июн-13, 00:39 
>>>>> Где БЛЯ профит?!
>>>> Проясните, пожалуйста, некоторые пункты:
>>>> 1) Какая цель преследуется монтированием tmpfs в /media ?
>>> Православный костыль для быстрой работы.
>> Каким образом этот "православный костыль" ускоряет работу? И чью работу он ускоряет?
>> Не могу представить, что смонтировав tmpfs в /media я уйду с
>> работы пораньше )
> Если ваша работа напрямую зависит от вычислений связанных с активным использованием диска,
> то уйдете домой еще до обеда.

А можно какой-либо пруф в подтверждение?

>>>> 3) Является ли правильным решением, редактирование файла поставляемого с пакетом, который
>>>> при этом не является файлом конфигурации?
>>> Да. Процесс кастомизации никто не отменял.
>> И что будет при обновлении пакета?
> Ничего.
> #aptitude hold name_packed

Тогда уж проще так:
#rm -rf /etc/apt


Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

95. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от О on 10-Июн-13, 00:56 
> А можно какой-либо пруф в подтверждение?

gooole// насколько порядков работа оперативной памяти быстрее работы диска.

> Тогда уж проще так:
> #rm -rf /etc/apt

И чего видно, что вы не поняли смысл команды "заморозки" пакета.

Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

341. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от увы Аноним email on 21-Июн-13, 17:15 
>И чего видно, что вы не поняли смысл команды "заморозки" пакета.

мне пакет обновлённый надо, с фиксами и фичами а не замороденное старьё - из-за вашего метода редактирования того что по логике должно редактироваться мантейнером (и патчами мантейнеру) а не админом

Ответить | Правка | ^ к родителю #95 | Наверх | Cообщить модератору

120. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 10-Июн-13, 04:12 
>> Где БЛЯ профит?!
> Проясните, пожалуйста, некоторые пункты:
> 1) Какая цель преследуется монтированием tmpfs в /media ?

Никогда не останутся "левые" каталоги-точки для автомонтирования, если, например, система внезапно перезагрузилась.


Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

127. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от ноним (ok) on 10-Июн-13, 07:06 
>>> Где БЛЯ профит?!
>> Проясните, пожалуйста, некоторые пункты:
>> 1) Какая цель преследуется монтированием tmpfs в /media ?
> Никогда не останутся "левые" каталоги-точки для автомонтирования, если, например, система
> внезапно перезагрузилась.

Вот тут могу согласиться ) Но сейчас это и так все в виртуальной фс /run.

Ответить | Правка | ^ к родителю #120 | Наверх | Cообщить модератору

140. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от linux must _RIP_ on 10-Июн-13, 08:54 
>> Где БЛЯ профит?!
> Проясните, пожалуйста, некоторые пункты:
> 1) Какая цель преследуется монтированием tmpfs в /media ?

тут как раз таки все понятно - что бы не подчищать за собой созданые каталоги от какого нить automount и не мучать ssd - проще иметь в tmpfs - и там создавать каталоги для точек монтирования.
Единственная проблема что кто-то статический mount из fstab не посмотрел.

Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

187. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от ноним (ok) on 10-Июн-13, 13:07 
>>> Где БЛЯ профит?!
>> Проясните, пожалуйста, некоторые пункты:
>> 1) Какая цель преследуется монтированием tmpfs в /media ?
> тут как раз таки все понятно - что бы не подчищать за
> собой созданые каталоги от какого нить automount и не мучать ssd
> - проще иметь в tmpfs - и там создавать каталоги для
> точек монтирования.
> Единственная проблема что кто-то статический mount из fstab не посмотрел.

Вроде как все, кто не из криокамеры давно на /run перешли, не?

Ответить | Правка | ^ к родителю #140 | Наверх | Cообщить модератору

199. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от linux must _RIP_ on 10-Июн-13, 13:41 
>>>> Где БЛЯ профит?!
>>> Проясните, пожалуйста, некоторые пункты:
>>> 1) Какая цель преследуется монтированием tmpfs в /media ?
>> тут как раз таки все понятно - что бы не подчищать за
>> собой созданые каталоги от какого нить automount и не мучать ssd
>> - проще иметь в tmpfs - и там создавать каталоги для
>> точек монтирования.
>> Единственная проблема что кто-то статический mount из fstab не посмотрел.
> Вроде как все, кто не из криокамеры давно на /run перешли, не?

для mount points ?! в /run кладут вроде как содержимое старого /var/run. не ?

ps. я видимо еще в криокамеры - у меня ничего новее RHEL6 нету. а туда эти ново введения еще не дошли.

Ответить | Правка | ^ к родителю #187 | Наверх | Cообщить модератору

201. "Участник проекта Debian ответил на критику systemd"  –1 +/
Сообщение от бедный буратино (ok) on 10-Июн-13, 13:42 
> для mount points ?!

В арче уже давно /run/media

Ответить | Правка | ^ к родителю #199 | Наверх | Cообщить модератору

207. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от ноним (ok) on 10-Июн-13, 13:58 
>[оверквотинг удален]
>>> тут как раз таки все понятно - что бы не подчищать за
>>> собой созданые каталоги от какого нить automount и не мучать ssd
>>> - проще иметь в tmpfs - и там создавать каталоги для
>>> точек монтирования.
>>> Единственная проблема что кто-то статический mount из fstab не посмотрел.
>> Вроде как все, кто не из криокамеры давно на /run перешли, не?
> для mount points ?! в /run кладут вроде как содержимое старого /var/run.
> не ?
> ps. я видимо еще в криокамеры - у меня ничего новее RHEL6
> нету. а туда эти ново введения еще не дошли.

И часто в RHEL вы используете автомонтирование в /media? И часто ли там что остается после отмонтирования, чтобы костыли с tmpfs городить?

Ответить | Правка | ^ к родителю #199 | Наверх | Cообщить модератору

228. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от linux must _RIP_ on 10-Июн-13, 14:43 
> И часто в RHEL вы используете автомонтирование в /media? И часто ли там что остается после отмонтирования, чтобы костыли с tmpfs городить?

При использовании десктопа - оно постоянно туда. и регулярно там остается мусор.
Но вы правды - я это использую крайне редко..

Но скорее всего тут больше вопрос о том что на ssd лишние записи убивают его, а эти каталоги никому не нужны.

Ответить | Правка | ^ к родителю #207 | Наверх | Cообщить модератору

303. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от ноним (ok) on 11-Июн-13, 07:19 
>> И часто в RHEL вы используете автомонтирование в /media? И часто ли там что остается после отмонтирования, чтобы костыли с tmpfs городить?
> При использовании десктопа - оно постоянно туда. и регулярно там остается мусор.
> Но вы правды - я это использую крайне редко..
> Но скорее всего тут больше вопрос о том что на ssd лишние
> записи убивают его, а эти каталоги никому не нужны.

Наверное у вас и журнал отключен, чтобы жизнь SSD продлить? )

Ответить | Правка | ^ к родителю #228 | Наверх | Cообщить модератору

309. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от linux must _RIP_ on 11-Июн-13, 11:31 
>>> И часто в RHEL вы используете автомонтирование в /media? И часто ли там что остается после отмонтирования, чтобы костыли с tmpfs городить?
>> При использовании десктопа - оно постоянно туда. и регулярно там остается мусор.
>> Но вы правды - я это использую крайне редко..
>> Но скорее всего тут больше вопрос о том что на ssd лишние
>> записи убивают его, а эти каталоги никому не нужны.
> Наверное у вас и журнал отключен, чтобы жизнь SSD продлить? )

у меня нет SSD. меня вполне устраивает обычный HDD. Нет таких задач где seek time мне испортил бы все.

PS. SSD используемый под журнал у ext4 умирает через пол года серьезной нагрузки на эту FS. Проходили на практике. после чего поставили туда зеркало из 2х hdd и скорость операций не сильно упала.

Ответить | Правка | ^ к родителю #303 | Наверх | Cообщить модератору

262. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Мяут (ok) on 10-Июн-13, 15:43 
Зачем так сложно? Я на openSUSE банально редактирую fstab, а systemd сам его парсит
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

15. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 09-Июн-13, 21:47 
У RedHat богатый опыт сопровождения линукса на ответственных местах, где за сбой могут хорошо попасть на деньги или даже на человеческие жизни. Со временем накопилась статистика, что все эти портянки инициализации слишком геморное дело, особенно при обновлении на новые версии, особенно если автор предыдущей портянки давно уволился. Админам конечно это нравится - создает клан "назаменимой элиты", потому как чуть что - будете разбираться сами в том как этот код работает. Ведь писали его 2 поколения админов, строка за строкой, год за годом, отдаляясь от оригинальных общепринятых скриптов.

Что то с этим всем делать надо, иначе у каждой более менее большой конторы с > 2000 узлов будет практически свой линукс, и мало кто поможет из саппорта, ибо простота и прозрачность километров баш кода проста только для ее автора и то в течении месяца а то и меньше.

Были разные идеи, остановились на systemd. Похоже, RHEL 7 будет на нем основан. Собственно это и есть главная интрига - если попадет в 7 как дефолтная то значит прошла кучу проверок на знаменитых редхатовских тестах, и будет сопровождаться очень серьезно настроенными парнями которым не фкантактик пускать а биржу бесперебойно обеспечивать и прочие авианосцы. Выяснится это скоро, так как бета выйдет примерно в момент выпуска Fedora 19 (месяц-два).

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

42. "Участник проекта Debian ответил на критику systemd"  +3 +/
Сообщение от Аноним (??) on 09-Июн-13, 23:08 
>[оверквотинг удален]
> большой конторы с > 2000 узлов будет практически свой линукс, и
> мало кто поможет из саппорта, ибо простота и прозрачность километров баш
> кода проста только для ее автора и то в течении месяца
> а то и меньше.
> Были разные идеи, остановились на systemd. Похоже, RHEL 7 будет на нем
> основан. Собственно это и есть главная интрига - если попадет в
> 7 как дефолтная то значит прошла кучу проверок на знаменитых редхатовских
> тестах, и будет сопровождаться очень серьезно настроенными парнями которым не фкантактик
> пускать а биржу бесперебойно обеспечивать и прочие авианосцы. Выяснится это скоро,
> так как бета выйдет примерно в момент выпуска Fedora 19 (месяц-два).

какого тогда они на upstart неостановились?


Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

50. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от О on 09-Июн-13, 23:30 
>Что то с этим всем делать надо, иначе у каждой более менее большой конторы с > 2000 узлов будет практически свой линукс

Он и сейчас есть и после будет. Задачи у всех разные.

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

100. "Участник проекта Debian ответил на критику systemd"  +5 +/
Сообщение от Аноним (??) on 10-Июн-13, 01:02 
> Админам конечно это нравится - создает клан "назаменимой элиты"

В смысле, умение прочитать полсотни строк на стандартном языке оболочки, поправить при необходимости наживую и при необходимости же обратиться к съевшему на sh-программировании собаку более крупной породы за консультацией для придания правке элегантности уже считается "элитарностью"?

Серьезно, там где "за сбой могут хорошо попасть на деньги или даже на человеческие жизни" к администрированию систем подпускают того, кто это не умеет?

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

300. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от Аноним (??) on 11-Июн-13, 06:32 
Во жесть. Использование обычного инструмента админа (shell) уже считается элитарностью? У вас, системдшников, скорость умение скопировать файл в консоли станет элитарностью.
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

330. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Michael Shigorin email(ok) on 13-Июн-13, 21:24 
> У RedHat богатый опыт сопровождения линукса на ответственных местах,
> где за сбой могут хорошо попасть на деньги или даже на человеческие жизни.

Я тут уже как-то показывал фото упавшего по сегфолту при отвалившемся (вытащенном) корне со словами "sysvinit себе такого у меня не позволяет".

Шляпники от mission critical отходят как раз со всеми этими MSDN-образными наворотами вдесятеро более сложного кода ради "упрощения для пользователя" вдвое.

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

27. "Участник проекта Debian ответил на критику systemd"  –3 +/
Сообщение от nailts (ok) on 09-Июн-13, 22:30 
а на фига в gentoo пиарят тупой open.rc? юзаю xxxx - потребности не вижу
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

31. "Участник проекта Debian ответил на критику systemd"  +3 +/
Сообщение от Амоним on 09-Июн-13, 22:41 
пруфы на пиар (множество новостных постов) и на двухсотую версию дайте пожалыста.
Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

90. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от equeim (ok) on 10-Июн-13, 00:47 
Никак. Udev теперь
часть systemd. А consolekit умер. Единственный его продолжатель (по функциям) - systemd-logind. Который, кстати, будет использоваться в новых релизах убунты.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

110. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от Аноним (??) on 10-Июн-13, 03:03 
> этот сыстемд? неужто на нём свет таким серьёзным клином сошёлся,

Объясняем: как бы не ворчали старперы, а systemd умеет работать с фичами линуха. И таки натуорально ими управлять. Нет, спору нет, какой-нибудь LXC контейнер при сильном желании можно слепить и без него. Или там KVM виртуалку запустить. Но будет хорошо, если менеджер системной инициализации будет в курсе актуальных фич системы и будет в состоянии это пнуть без подстановки ему двух килограммов отборных костылей.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

132. "Участник проекта Debian ответил на критику systemd"  +8 +/
Сообщение от Аноним (??) on 10-Июн-13, 07:43 
>И таки натуорально ими управлять.

Вот с этим предложением я полностью согласен! :)
Старик Фрейд - кстате тоже :)

Ответить | Правка | ^ к родителю #110 | Наверх | Cообщить модератору

317. "Участник проекта Debian ответил на критику systemd"  –1 +/
Сообщение от Kodir (ok) on 11-Июн-13, 16:57 
Что вы вообще делаете в Линуксе, если после целой статьи объяснений задаёте такие тупые вопросы??
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 09-Июн-13, 21:15 
в дебиан уже systemd ?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

70. "Участник проекта Debian ответил на критику systemd"  –1 +/
Сообщение от Аноним (??) on 10-Июн-13, 00:16 
в 8 точно будет
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

129. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 10-Июн-13, 07:39 
в wheezy набери apt-get install systemd
да почитай http://wiki.debian.org/systemd
Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

159. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от некто666 on 10-Июн-13, 11:08 
у меня для доступа к клиентам создано порядка 20 openvpn подключений.
Когда мне они нужны. раньше я запускал их просто
sudo /etc/init.d/openvpn start vpn1
sudo /etc/init.d/openvpn start vpnN
в любой комбинации
с systemd этот процесс стал ммммм непрозрачным - я теперь помимо конфига еще должен и unit файл делать 8-(
Ответить | Правка | ^ к родителю #129 | Наверх | Cообщить модератору

184. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от бедный буратино (ok) on 10-Июн-13, 12:55 
> sudo /etc/init.d/openvpn start vpn1
> sudo /etc/init.d/openvpn start vpnN
> в любой комбинации
> с systemd этот процесс стал ммммм непрозрачным - я теперь помимо конфига
> еще должен и unit файл делать 8-(

А /etc/init.d/openvpn исключительно силой мысли возник? :)

ps. openvpn@vpn1 openvpn@vpnN

Ответить | Правка | ^ к родителю #159 | Наверх | Cообщить модератору

170. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от KT315 (ok) on 10-Июн-13, 11:27 
> в wheezy набери apt-get install systemd
> да почитай http://wiki.debian.org/systemd

Может сперва почитать? ;-)

Ответить | Правка | ^ к родителю #129 | Наверх | Cообщить модератору

181. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 10-Июн-13, 12:31 
зачем мне его к wheezy прикручивать?  Мне как пользователю он нафиг не сдался. Если в дебиане его запилят за 2 года,то буду юзать
Ответить | Правка | ^ к родителю #129 | Наверх | Cообщить модератору

4. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноным (ok) on 09-Июн-13, 21:18 
А есть ли разница для хомячкового пользователя десктопного Линя, системд там или что-то другое?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

8. "Участник проекта Debian ответил на критику systemd"  –1 +/
Сообщение от Аноним (??) on 09-Июн-13, 21:26 
Есть. Тк компьютер запустится быстрее. И упавшие демоны перезапустятся
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

17. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от emg81 (ok) on 09-Июн-13, 21:54 
с чем комп запустится быстрее, и с чем демоны перезапустятся? с systemd?
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

18. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от pavlinux (ok) on 09-Июн-13, 22:04 
> с чем комп запустится быстрее, и с чем демоны перезапустятся? с systemd?

Юзер не должен знать, что такое демоны. Просто быстрее :)

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

188. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 10-Июн-13, 13:09 
Быстрее! Выше! Сильнее!
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

249. "Участник проекта Debian ответил на критику systemd"  –2 +/
Сообщение от Адекват on 10-Июн-13, 15:09 
> Быстрее! Выше! Сильнее!

[trolling]
И в унитаз
[/trolling]

Ответить | Правка | ^ к родителю #188 | Наверх | Cообщить модератору

101. "Участник проекта Debian ответил на критику systemd"  +4 +/
Сообщение от Аноним (??) on 10-Июн-13, 01:04 
...А комп все запускался и запускался, а демоны перезапускались все быстрее и быстрее, а Путин все играл на пианино...
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

56. "Участник проекта Debian ответил на критику systemd"  +10 +/
Сообщение от kurokaze (ok) on 09-Июн-13, 23:44 
> Есть. Тк компьютер запустится быстрее.

Сынку, инициализация RAID контроллера занимает больше времени чем загрузка ОС. Перестанешь быть админом локалхоста, убедишься сам

> И упавшие демоны перезапустятся

Перезапустятся и снова отвалятся из за например неконсистентной бд? А может дополнительно её порушат? Упавший сервис это уже повод для беспокойства, как чрезвычайная ситуация. Я такие могу за 12 лет по пальцам одной руки пересчитать

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

130. "Участник проекта Debian ответил на критику systemd"  –4 +/
Сообщение от Пингвино (ok) on 10-Июн-13, 07:42 
> Сынку, инициализация RAID контроллера занимает больше времени чем загрузка ОС.

Расскажи мне еще про скорость инициализации RAID-контроллера на виртуальных машинах.

Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

131. "Участник проекта Debian ответил на критику systemd"  –4 +/
Сообщение от Пингвино (ok) on 10-Июн-13, 07:43 
>> Сынку, инициализация RAID контроллера занимает больше времени чем загрузка ОС.
> Расскажи мне еще про скорость инициализации RAID-контроллера на виртуальных машинах. Если я запускаю 10 виртуальных машин RAID-контроллер будет в каждой инициализироваться или только в первой?
Ответить | Правка | ^ к родителю #130 | Наверх | Cообщить модератору

213. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Фтщтнь on 10-Июн-13, 14:13 
>>> Сынку, инициализация RAID контроллера занимает больше времени чем загрузка ОС.
>> Расскажи мне еще про скорость инициализации RAID-контроллера на виртуальных машинах. Если я запускаю 10 виртуальных машин RAID-контроллер будет в каждой инициализироваться или только в первой?

А вас 3 секунды увеличения скорости загрузки виртуалок спасут от чего-то? Интересно от чего же? Я их обычно запускаю и просто забываю о них.

Ответить | Правка | ^ к родителю #131 | Наверх | Cообщить модератору

226. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Пингвино (ok) on 10-Июн-13, 14:39 
> А вас 3 секунды увеличения скорости загрузки виртуалок спасут от чего-то? Интересно
> от чего же? Я их обычно запускаю и просто забываю о
> них.

Бывает, что каждая секунда простоя дорога. Или, например, распределенное приложение крутится на виртуалках и при необходимости стратует дополнительная виртуалка, которая берёт часть нагрузки на себя, а при снижении нагрузки выключается. В этом случае время загрузки тоже важно.  

Ответить | Правка | ^ к родителю #213 | Наверх | Cообщить модератору

242. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Фтщтнь on 10-Июн-13, 14:58 
>Бывает, что каждая секунда простоя дорога.

В каких именно отраслях так бывает? Почту шеф не получит? Почта сама по себе не instant, секундой больше, секундой меньше - пофиг. Ваш корпоративный сайт не откроется? Тому, кому нужно будет на него прити, придет в любом случае. Сервисное обслуживание дата-центра слоуд-провайдера? Дык о таких вот случаях обычно  клауд-провайдеры предупреждают заранее и делают себе временную вилку как минимум в 30 минут. Ну давайте, расскажите же в каких таких случаях 3 секунды - критичны.

Ответить | Правка | ^ к родителю #226 | Наверх | Cообщить модератору

250. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Адекват on 10-Июн-13, 15:11 
> каких таких случаях 3 секунды - критичны.

На атомных электростанциях например, в системе навигации истребителя.
Может туда поставить systemd ?

Ответить | Правка | ^ к родителю #242 | Наверх | Cообщить модератору

252. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от Andrey Mitrofanov on 10-Июн-13, 15:13 
> На атомных электростанциях например, в системе навигации истребителя.
> Может туда поставить systemd ?

Ставь скорее?? </зачем спрашиваешь, да>

Ответить | Правка | ^ к родителю #250 | Наверх | Cообщить модератору

267. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Фтщтнь on 10-Июн-13, 16:38 
>> каких таких случаях 3 секунды - критичны.
> На атомных электростанциях например, в системе навигации истребителя.

Там критично не время загрузки, а время реакции системы. Не подменяйте понятия. Да и сомневаюсь я что в таких отраслях используют систему общего назначения. Насколько помню лет пять назад там что-то типа QNX работало в основном (как сейчас дела - не в курсе)

Ответить | Правка | ^ к родителю #250 | Наверх | Cообщить модератору

332. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Michael Shigorin email(ok) on 13-Июн-13, 21:30 
> Там критично не время загрузки, а время реакции системы.

Время *гарантированной* реакции системы, точнее.  Хотя отдельные уникумы и J2ME пихали.

Ответить | Правка | ^ к родителю #267 | Наверх | Cообщить модератору

331. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Michael Shigorin email(ok) on 13-Июн-13, 21:29 
>> каких таких случаях 3 секунды - критичны.
> На атомных электростанциях например, в системе навигации истребителя.

При тепловой постоянной времени ТВЭЛов порядка десяти секунд или на скорости в мах-другой?

> Может туда поставить systemd ?

Скотчем примотать только не забыть.  Всё-таки критично...

Ответить | Правка | ^ к родителю #250 | Наверх | Cообщить модератору

216. "Участник проекта Debian ответил на критику systemd"  +2 +/
Сообщение от Аноним (??) on 10-Июн-13, 14:19 
>> Сынку, инициализация RAID контроллера занимает больше времени чем загрузка ОС.
> Расскажи мне еще про скорость инициализации RAID-контроллера на виртуальных машинах.

Вас, г@вновиртуальщиков что, как икру уже мечут? Прикинь - есть ВАЛОМ систем, где виртуализация В ПЕНЬ НЕ НУЖНА И ОСЬ РАБОТАЕТ НА ГОЛОМ ЖЕЛЕЗЕ. Называют их еще bare metal. Погугли - удивишься. И, кстати, как ты думаешь, на чем крутится твоя система ВИРТУАЛИЗАЦИИ, м?

Ответить | Правка | ^ к родителю #130 | Наверх | Cообщить модератору

230. "Участник проекта Debian ответил на критику systemd"  –3 +/
Сообщение от Пингвино (ok) on 10-Июн-13, 14:44 
>>> Сынку, инициализация RAID контроллера занимает больше времени чем загрузка ОС.
>> Расскажи мне еще про скорость инициализации RAID-контроллера на виртуальных машинах.
> Вас, г@вновиртуальщиков что, как икру уже мечут? Прикинь - есть ВАЛОМ систем,
> где виртуализация В ПЕНЬ НЕ НУЖНА И ОСЬ РАБОТАЕТ НА ГОЛОМ
> ЖЕЛЕЗЕ. Называют их еще bare metal. Погугли - удивишься. И, кстати,
> как ты думаешь, на чем крутится твоя система ВИРТУАЛИЗАЦИИ, м?

Ты главное не нервничай. Ну и конечно же никто не будет с тобой спорить, что ты умный, а в RedHat одни идиоты сидят.

Ответить | Правка | ^ к родителю #216 | Наверх | Cообщить модератору

60. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от О on 09-Июн-13, 23:53 
> Есть. Тк компьютер запустится быстрее.

С этого места поподробнее. За счет чего?

> И упавшие демоны перезапустятся

Разбор причины падения, алгоритм расскажи.

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

72. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 10-Июн-13, 00:19 
> Есть. Тк компьютер запустится быстрее. И упавшие демоны перезапустятся

Не запустится и не перезапустится. Те же мифы о системд, только в профиль.
Никакой разницы никто не увидит пока не начнет че-то настраивать или писать свои скрипты.


Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

282. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 10-Июн-13, 20:07 
>компьютер запустится быстрее.

брехня, разница если и есть - то минимальная(обычно системдшные гетзефакс приводят данных с ssd и кучей отключенных сервисов)

В реале же будем иметь загрузившийся рабочий стол, которым ещё некоторое время пользоваться нельзя (привет, шиндовс!)

>И упавшие демоны перезапустятся

если демон падает - это баг

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

333. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Michael Shigorin email(ok) on 13-Июн-13, 21:32 
> брехня, разница если и есть - то минимальная(обычно системдшные гетзефакс приводят
> данных с ssd и кучей отключенных сервисов)

У меня sysvinit на быстром ssd грузит нужное примерно за ту же секунду.  Складывается дольше, чем недавние systemd, факт (правда, это в основном в тестовых виртуалках наблюдаю).

Ответить | Правка | ^ к родителю #282 | Наверх | Cообщить модератору

9. "Участник проекта Debian ответил на критику systemd"  –16 +/
Сообщение от Crazy Alex (ok) on 09-Июн-13, 21:26 
А есть ли разница, что хорошо/плохо хомячковому пользователю? Он по определению балласт.
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

19. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от pavlinux (ok) on 09-Июн-13, 22:06 
> А есть ли разница, что хорошо/плохо хомячковому пользователю? Он по определению балласт.

Тебе балласты уже три минуса набалластили :)

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

23. "Участник проекта Debian ответил на критику systemd"  –1 +/
Сообщение от Vkni (ok) on 09-Июн-13, 22:24 
> Тебе балласты уже три минуса набалластили :)

И кому с этих минусов/плюсов холодно или жарко? Ну, кроме поставивших их деточек. :-)

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

111. "Участник проекта Debian ответил на критику systemd"  –1 +/
Сообщение от Аноним (??) on 10-Июн-13, 03:04 
Кроме деточек есть и другая крайность. Старперы которые не признают ничего нового, полагая что рассекать по скоростному автобану на привычной кляче - сойдет, типа.
Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

136. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 10-Июн-13, 08:03 
> Кроме деточек есть и другая крайность. Старперы которые не признают ничего нового,
> полагая что рассекать по скоростному автобану на привычной кляче - сойдет, типа.

Ты прав. Только розовые пони спасут ваши афтобаны!

PS: "Писец планете :(" (С)Космические яйца

Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

143. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Vkni (ok) on 10-Июн-13, 09:03 
> Кроме деточек есть и другая крайность. Старперы которые не признают ничего нового,
> полагая что рассекать по скоростному автобану на привычной кляче - сойдет,
> типа.

Милый друг, если ты по-поводу Х vs остальное, так проблема в том, что "привычная кляча" - это все остальные оконные системы. :-) Извини, но, блин, ни одна, кроме Х, не осилила замену WM без переписывания кода. А про возможность смены тулкита без перекомпиляции тут и речи нет. :-)

А что Хы тормозят - так железо подрастёт, всё и наладится.

Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

155. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от quux email(??) on 10-Июн-13, 10:47 
> А что Хы тормозят - так железо подрастёт, всё и наладится.

И так последние двадчать лет.

Ответить | Правка | ^ к родителю #143 | Наверх | Cообщить модератору

157. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от бедный буратино (ok) on 10-Июн-13, 10:51 
>> А что Хы тормозят - так железо подрастёт, всё и наладится.
> И так последние двадчать лет.

Дайте же мне ещё этих тормозящих иксов!

Ответить | Правка | ^ к родителю #155 | Наверх | Cообщить модератору

194. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от quux email(??) on 10-Июн-13, 13:34 
/usr/bin/X
Ответить | Правка | ^ к родителю #157 | Наверх | Cообщить модератору

198. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от бедный буратино (ok) on 10-Июн-13, 13:41 
> /usr/bin/X

чо жать, чтобы тормозило?

Ответить | Правка | ^ к родителю #194 | Наверх | Cообщить модератору

217. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 10-Июн-13, 14:20 
>> /usr/bin/X
> чо жать, чтобы тормозило?

Спусковой крючок.

Ответить | Правка | ^ к родителю #198 | Наверх | Cообщить модератору

283. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 10-Июн-13, 20:09 
>> Кроме деточек есть и другая крайность. Старперы которые не признают ничего нового,
>> полагая что рассекать по скоростному автобану на привычной кляче - сойдет,
>> типа.
> Милый друг, если ты по-поводу Х vs остальное, так проблема в том,
> что "привычная кляча" - это все остальные оконные системы. :-) Извини,
> но, блин, ни одна, кроме Х, не осилила замену WM без
> переписывания кода. А про возможность смены тулкита без перекомпиляции тут и
> речи нет. :-)
> А что Хы тормозят - так железо подрастёт, всё и наладится.

7 лет использую иксы - что-либо тормозило только 2D на легаси версиях проприетарных нвидиашных дров, в остальном всё ок

Ответить | Правка | ^ к родителю #143 | Наверх | Cообщить модератору

215. "Участник проекта Debian ответил на критику systemd"  +3 +/
Сообщение от Фтщтнь on 10-Июн-13, 14:18 
> Кроме деточек есть и другая крайность. Старперы которые не признают ничего нового,
> полагая что рассекать по скоростному автобану на привычной кляче - сойдет,
> типа.

Ой, да хватит мольиться на НОВОЕ как на идол, не учитывая других важных факторов - стабильности и архитектурной зрелости решения. Кроме того, не нужно превращать стремление к новизне в фетиш, тем более если необходимость в этой новизне сомнительна.

Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

46. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 09-Июн-13, 23:19 
Как ни странно - есть. Смотри количество пользователей fedora и android.
А пользователи - это чистые баблосы. Galaxy S4 - 10 млн на старте продаж.
Как ты думаешь если бы на Galaxy S4 была fedora - сколько их бы продали?
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

147. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от nailts (ok) on 10-Июн-13, 09:35 
>> Как ты думаешь если бы на Galaxy S4 была fedora - сколько их бы продали?

если бы samsung поставил бы fedora на Galaxy - столько же. покупателю пофиг что стоит на работающем девайсе

Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

191. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним email(??) on 10-Июн-13, 13:29 
> если бы samsung поставил бы fedora на Galaxy - столько же. покупателю
> пофиг что стоит на работающем девайсе

Странно тогда, что Red Hat сейчас не рулит и даже не педалит. Наверное они забыли заключить договор с Samsung на этот год. А может Samsung, из своего опыта опродаж, знает чего делает?

Ответить | Правка | ^ к родителю #147 | Наверх | Cообщить модератору

193. "Участник проекта Debian ответил на критику systemd"  +2 +/
Сообщение от Аноним email(??) on 10-Июн-13, 13:31 
Добавлю, если покупателю пофиг, почему не гребут виндовс фоны. Похоже, что не пофиг.
Ответить | Правка | ^ к родителю #191 | Наверх | Cообщить модератору

258. "Участник проекта Debian ответил на критику systemd"  –1 +/
Сообщение от Аноним (??) on 10-Июн-13, 15:32 
> Добавлю, если покупателю пофиг, почему не гребут виндовс фоны. Похоже, что не
> пофиг.

Все очень просто. Еслть неофициальная договоренность о разделе рынка. А стоять должно то, что вчера видел в рекламе.

Ответить | Правка | ^ к родителю #193 | Наверх | Cообщить модератору

334. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Michael Shigorin email(ok) on 13-Июн-13, 21:34 
> Все очень просто. Еслть неофициальная договоренность о разделе рынка.

Да-да, и пакт Молотова-Риббентропа.  Помним, скорбим.

Ответить | Правка | ^ к родителю #258 | Наверх | Cообщить модератору

11. "Участник проекта Debian ответил на критику systemd"  +3 +/
Сообщение от Sinot (ok) on 09-Июн-13, 21:34 
Совершенно никакой разницы. Собственно как и какое ядро в его системе, даже все равно какой дистрибутив он использует. Главное это что он может в ней делать, какие пользовательские приложения есть и на сколько просто их получить и т.п.

В общем надеюсь мысль понятна.

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

16. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним email(??) on 09-Июн-13, 21:53 
Да,а что вы спрашиваете?
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

6. "Участник проекта Debian ответил на критику systemd"  +3 +/
Сообщение от Аноним (??) on 09-Июн-13, 21:23 
Код действительно хорош
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

25. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 09-Июн-13, 22:28 
так хорош что можно с дебиана спрыгивать на "Ubuntu Server 13.10"
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

112. "Участник проекта Debian ответил на критику systemd"  –3 +/
Сообщение от Аноним (??) on 10-Июн-13, 03:06 
> так хорош что можно с дебиана спрыгивать на "Ubuntu Server 13.10"

Именно 13.10? Он же не LTS? Или ненависть к поттерингу сильнее здравого смысла? Во что с людьми стадный инстинкт делает :)

Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

109. "Участник проекта Debian ответил на критику systemd"  –1 +/
Сообщение от AnonuS on 10-Июн-13, 01:58 
Ага, даже на скобочках экономят, просто чудесный код:


if (prctl(PR_GET_SECUREBITS) != sb)
    if (prctl(PR_SET_SECUREBITS, sb) < 0)
        return -errno;

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

113. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 10-Июн-13, 03:08 
Не понял - что не так в этом коде. Вполне нормальный сишный код, вроде все при нем. Чего не нравится то? oO
Ответить | Правка | ^ к родителю #109 | Наверх | Cообщить модератору

121. "Участник проекта Debian ответил на критику systemd"  –3 +/
Сообщение от AnonuS on 10-Июн-13, 05:14 
> Не понял - что не так в этом коде. Вполне нормальный сишный
> код, вроде все при нем. Чего не нравится то? oO

Так-то однако понятнее будет


if (prctl(PR_GET_SECUREBITS) != sb) {
    if (prctl(PR_SET_SECUREBITS, sb) < 0) {
        return -errno;
    }
}

или вот эдак


if (prctl(PR_GET_SECUREBITS) != sb)
{
    if (prctl(PR_SET_SECUREBITS, sb) < 0)
    {
        return -errno;
    }
}

Мониторы-то чай не из конца семидесятых у писателей этого кода, на них теперь поболе чем 25х80 умещается.

Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

150. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от анн on 10-Июн-13, 10:18 
А ты уверен что тот синтаксис только из-за монитров придумали?
Ответить | Правка | ^ к родителю #121 | Наверх | Cообщить модератору

298. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от AnonuS on 11-Июн-13, 05:19 
> А ты уверен что тот синтаксис только из-за монитров придумали?

От убогости мониторов, для экономии строчек - их всего-то 25 было.

Ответить | Правка | ^ к родителю #150 | Наверх | Cообщить модератору

152. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от бедный буратино (ok) on 10-Июн-13, 10:28 
> Мониторы-то чай не из конца семидесятых у писателей этого кода, на них
> теперь поболе чем 25х80 умещается.

Фокус зрения у человека особо не изменился с конца семидесятых.

ps.

if prctl(PR_GET_SECUREBITS) != sb:
    if prctl(PR_SET_SECUREBITS, sb) < 0:
        return -errno

:)

Ответить | Правка | ^ к родителю #121 | Наверх | Cообщить модератору

265. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от qux (ok) on 10-Июн-13, 16:23 
Мило, но не собирается (изменено для простоты, влиять вроде не должно). Или и не планировалось?

$ echo '
> int main (void)
> {
>     if sizeof(int) != 3:
>         if sizeof(int) < 0:
>             return 1
>
>     return 0;
> }
> ' | gcc -x c -

<stdin>: In function ‘main’:
<stdin>:4:8: error: expected ‘(’ before ‘sizeof’


Ответить | Правка | ^ к родителю #152 | Наверх | Cообщить модератору

299. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от AnonuS on 11-Июн-13, 05:21 
> Мило, но не собирается (изменено для простоты, влиять вроде не должно). Или
> и не планировалось?

. . .

> <stdin>: In function ‘main’:
> <stdin>:4:8: error: expected ‘(’ before ‘sizeof’

Буратино шагнул далеко вперёд по пути прогресса - сделал необязательными не только фигурные, но и круглые скобки. Респект за находчивость !

:-))))))))))

Ответить | Правка | ^ к родителю #265 | Наверх | Cообщить модератору

306. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от бедный буратино (ok) on 11-Июн-13, 07:59 
> Мило, но не собирается (изменено для простоты, влиять вроде не должно). Или и не планировалось?

Это были рассусоливания насчёт сравнения C-синтаксиса и python-синтаксиса, и вечная проблема первого - куда замастерячить эти (ненужные) { } :)

Я думал, что очевидно, что это python. :)

Ответить | Правка | ^ к родителю #265 | Наверх | Cообщить модератору

297. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от user (??) on 11-Июн-13, 00:08 
> или вот эдак
>
 
> if (prctl(PR_GET_SECUREBITS) != sb)
> {
>     if (prctl(PR_SET_SECUREBITS, sb) < 0)
>     {
>         return -errno;
>     }
> }
>

или даже так:


/*
* @var int getSecureBits secure bits
*/
int getSecureBits = prctl(PR_GET_SECUREBITS);

if (getSecureBits != sb)
{
  /*
   * @var int getSecureBits secure bits to set
   */
  int setSecureBits = prctl(PR_SET_SECUREBITS, sb);

  if (setSecureBits < 0)
  {
    /*
     * @var int errorCode error code
     */
    int errorCode = errno;

    return errorCode;
  }
}


Ответить | Правка | ^ к родителю #121 | Наверх | Cообщить модератору

33. "Участник проекта Debian ответил на критику systemd"  +2 +/
Сообщение от chinarulezzz (ok) on 09-Июн-13, 22:44 
> ... systemd потребляет больше ресурсов, чем sysvinit, компенсируется задействованием данных ресурсов для учёта большей информации о сервисах, а более детализированный контроль состояния позволяет администратору более глубоко контролировать работу служб.

Читать как мантру: «Больше, большей, более»... в связке с абстрактными словами.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

34. "Участник проекта Debian ответил на критику systemd"  +5 +/
Сообщение от Аноним (??) on 09-Июн-13, 22:51 
/lib/systemd/system/nginx.service

никого путь не смущает?
по моему за такое надо бить, и очень больно до реанимации
как люди раскидывающие конфиги где попало могут заявлять что делают лучше?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

39. "Участник проекта Debian ответил на критику systemd"  +2 +/
Сообщение от magist3r on 09-Июн-13, 23:04 
В /lib лежат тупо все конфиги, которые ставятся с пакетами. При systemctl enable my.service создается симлинк в /etc. Такие дела,

Разобраться бы не мешало, прежде чем слюной брызгать.

Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

58. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от kurokaze (ok) on 09-Июн-13, 23:47 
> Разобраться бы не мешало, прежде чем слюной брызгать.

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

Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

115. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 10-Июн-13, 03:13 
> фетиш поругали "неверные"

Да просто ругателей дофига развелось. Утомили ругаться вообще не по делу. Нашли себе пугало в виде Поттеринга и им пугают. А пока ругают - пульс например превратился в мощную и фичастую звуковую подсистему, которая в нормальных дистрах проблем не создает и к тому же предлагает ряд интересных/уникальных фич, типа индивидуальных уровней громкости для разных программ, возможность заткнуть одни источники звука в пользу других (так что например плеер на мобильном девайсе может заткнуться при входящем звонке и продолжить играть когда звонок завершен, etc).

Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

125. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от бедный буратино (ok) on 10-Июн-13, 06:21 
> Да просто ругателей дофига развелось. Утомили ругаться вообще не по делу. Нашли
> себе пугало в виде Поттеринга и им пугают.

Это не их мысли. Они их в интернете скачали. Если они не будут говорить такими шаблонами, то им вообще не о чём будет говорить.

Это внутреняя потеря гармонии. Они не видят всей картины, видят только всё, что им показывают, они видят только то, что хотят видеть, чтобы оправдывать себя. Они недовольны, всегда и всем. Послушай их, так вообще в жизни нет ничего хорошего.

На самом деле, это в их жизни нет ничего хорошего. Они просто показывают, как в их глазах выглядит мир. Этим людям сочувствовать надо, это же инвалиды без самого жизненно важного органа.

Ответить | Правка | ^ к родителю #115 | Наверх | Cообщить модератору

253. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Адекват on 10-Июн-13, 15:17 
>пульс например превратился в мощную и фичастую звуковую подсистему.

Дождались таки..сколько лет ждали ? 5 или 7 ?


Ответить | Правка | ^ к родителю #115 | Наверх | Cообщить модератору

281. "Участник проекта Debian ответил на критику systemd"  –1 +/
Сообщение от ZiNk (ok) on 10-Июн-13, 19:08 
>>пульс например превратился в мощную и фичастую звуковую подсистему.
> Дождались таки..сколько лет ждали ? 5 или 7 ?

От алсы этого так и не дождались, сколько не ждали. Хотел раньше - надо было впрягаться и слать коды или нанимать кодеров за свои кровные. Суть в том, что фичи пилятся, прогресс идёт. Что-то не устраивает - вперёд клепать код с единомышленниками. Форки никто не мешает делать. Попеноффис вон, форкнули и отлично живут, ГПЛный код куют, фичи добавляют.

Ответить | Правка | ^ к родителю #253 | Наверх | Cообщить модератору

284. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 10-Июн-13, 20:12 
>пульс например превратился в мощную и фичастую звуковую подсистему

не прошло и 10 лет, да.

>интересных/уникальных фич

которые зачастую нафиг никому не сдались

//обладатель десктопа с несколькими звуковыми/миди девайсами и нетбука, нигде пульсы нет и не нужна

Ответить | Правка | ^ к родителю #115 | Наверх | Cообщить модератору

41. "Участник проекта Debian ответил на критику systemd"  –3 +/
Сообщение от ноним (ok) on 09-Июн-13, 23:07 
> /lib/systemd/system/nginx.service
> никого путь не смущает?
> по моему за такое надо бить, и очень больно до реанимации
> как люди раскидывающие конфиги где попало могут заявлять что делают лучше?

Люди, выражающие неприязнь к systemd, обычно не имеют представление о том, как он работает.

Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

61. "Участник проекта Debian ответил на критику systemd"  +4 +/
Сообщение от О on 09-Июн-13, 23:59 
> Люди, выражающие неприязнь к systemd, обычно не имеют представление о том, как
> он работает.

Люди выражающие приязнь к systemd, обычно не имеют представление о том как работает система инициализации.

Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

88. "Участник проекта Debian ответил на критику systemd"  –3 +/
Сообщение от ноним (ok) on 10-Июн-13, 00:44 
>> Люди, выражающие неприязнь к systemd, обычно не имеют представление о том, как
>> он работает.
> Люди выражающие приязнь к systemd, обычно не имеют представление о том как
> работает система инициализации.

Есть примеры в этом треде?

Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

102. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от О on 10-Июн-13, 01:06 
> Есть примеры в этом треде?

Да. Какой-то ноним.

Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

103. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 10-Июн-13, 01:06 
+ вянду в анамнезе.
Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

335. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Michael Shigorin email(ok) on 13-Июн-13, 21:38 
> Люди, выражающие неприязнь к systemd, обычно не имеют представление о том,
> как он работает.

А когда имеют представление о том, как он не работает -- то ничего по существу сказать не можете.  Странное дело...

Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

62. "Участник проекта Debian ответил на критику systemd"  +15 +/
Сообщение от Zenitur (ok) on 10-Июн-13, 00:02 
Меняем Xorg на Wayland - ведь Xorg слишком усложнён! Меняем sysvinit на systemd, ведь systemd слишком усложнён!

Меняем ALSA на PulseAudio, ведь в ALSA нет сетевой прозрачности! Меняем Xorg на Wayland, ведь в Wayland нет сетевой прозрачности!

Меняем Xorg на Wayland за сложность разработки под Xorg! Меняем sysvinit на systemd несмотря на сложность разработки (отладки) под systemd, ведь конечного пользователя не волнует!

Основной плюс systemd - простота разработки, короткие скрипты! Основной минус systemd - сложность разработки, трудная отладка! Под systemd простая сложная разработка!

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

77. "Участник проекта Debian ответил на критику systemd"  +6 +/
Сообщение от Аноним (??) on 10-Июн-13, 00:30 
зеня ты опять все перепутал.
Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

278. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от виндотролль (ok) on 10-Июн-13, 18:26 
Великолепно описано! Спасибо!
Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

66. "Участник проекта Debian ответил на критику systemd"  +2 +/
Сообщение от Аноним (??) on 10-Июн-13, 00:13 
Systemd os когда уже?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

85. "Участник проекта Debian ответил на критику systemd"  +2 +/
Сообщение от Еще один Аноним on 10-Июн-13, 00:40 
Тсссс, не подсказывайте ему
Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

105. "Участник проекта Debian ответил на критику systemd"  +3 +/
Сообщение от Аноним (??) on 10-Июн-13, 01:27 
Инициализация -- это та вещь, которую можно чинить без компилятора...

И ещё: "не клади все запуски в один systemd".

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

107. "Участник проекта Debian ответил на критику systemd"  +3 +/
Сообщение от BratSinot (ok) on 10-Июн-13, 01:50 
> Автор утверждает, что большинство библиотек уже активно используются такими программами, как DBus, Udev, SELinux, libcap, pcre и т.п., поэтому установка пакета приведёт к установке лишь небольшого числа этих библиотек на обычной системе (всего около 10 пакетов).

Да Господи, у каждого ПО РАЗНОМУ. К примеру, у меня, на моей Slackware, нет ни DBus (только на ноуте из-за NetworkManager), SELinux, pcre вроде тоже нет. Мне гораздо более удобнее и информативнее использовать bash/tcsh скрипты для инициализации системы, а про обычные текстовые логи и говорить ничего не нужно, их можно прочитать хоть с Dos.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

116. "Участник проекта Debian ответил на критику systemd"  –8 +/
Сообщение от Аноним (??) on 10-Июн-13, 03:15 
> скрипты для инициализации системы,

Вот ты и будешь теперь себе выписывать портянки на три страницы. А остальным хватит конфига на пять строк, который проямо в комплекте с программой в лучшем случае будет. А в хучщем - пять строк я и сам накатаю. А вот то что отладка сложных частей будет чужим головняком - так это плюс. Разработчик дебиана имеет тут вполне валидный пойнт.

Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

118. "Участник проекта Debian ответил на критику systemd"  +8 +/
Сообщение от angra (ok) on 10-Июн-13, 03:38 
Вы хоть раз прочитайте "портянку". Может внезапно откроется, что функциональность пяти строк конфига реализуется в "портянке" тоже по сути пятью строками. Остальное это оформление для удобства чтения и отсутствующие в юнитах systemd возможности.

Ответить | Правка | ^ к родителю #116 | Наверх | Cообщить модератору

137. "Участник проекта Debian ответил на критику systemd"  +3 +/
Сообщение от Аноним (??) on 10-Июн-13, 08:25 
Вот смотрите, молодоц человек. Вам ниже, уже ответили, что длинные портянки это просто комменты в скриптах, отступы и т.д. для удобства чтения. Еще портянки могут вырасти из-за различных проверок существования pid-файлов перед запуском демонов и т.д. Дак я уже прям вижу твое утверждение, что в unit-файлах нету никаких проверок сущ-я pid`ов и systemd всё сам умеет. Но посмотри на это с другой стороны: при запуске sh-скрипта запускается копия /bin/sh, она выполняет скрипт и shell заверщает свою работу. Всё! Память, к-ю он занимал, освободилась. Systemd же висит в памяти всё время. Ты посмотри в top`е сколько твой init весит.
Ответить | Правка | ^ к родителю #116 | Наверх | Cообщить модератору

203. "Участник проекта Debian ответил на критику systemd"  –1 +/
Сообщение от linux must _RIP_ on 10-Июн-13, 13:45 
> Вот смотрите, молодоц человек. Вам ниже, уже ответили, что длинные портянки это
> просто комменты в скриптах, отступы и т.д. для удобства чтения. Еще
> портянки могут вырасти из-за различных проверок существования pid-файлов перед запуском
> демонов и т.д. Дак я уже прям вижу твое утверждение, что
> в unit-файлах нету никаких проверок сущ-я pid`ов и systemd всё сам
> умеет. Но посмотри на это с другой стороны: при запуске sh-скрипта
> запускается копия /bin/sh, она выполняет скрипт и shell заверщает свою работу.
> Всё! Память, к-ю он занимал, освободилась. Systemd же висит в памяти
> всё время. Ты посмотри в top`е сколько твой init весит.

да лана :-) память сейчас дешевая - и надо же продавать роутеры с большим объемом памяти..

Ответить | Правка | ^ к родителю #137 | Наверх | Cообщить модератору

239. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 10-Июн-13, 14:56 
Это "память сейчас дешёвая" уже начинает немного доставать. На каждый возглас "у меня линукс тормозит!" слышится "купи ещё памяти". Только вот слотов для этой памяти никто не продаёт :(
Ответить | Правка | ^ к родителю #203 | Наверх | Cообщить модератору

310. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от linux must _RIP_ on 11-Июн-13, 11:32 
> Это "память сейчас дешёвая" уже начинает немного доставать. На каждый возглас "у
> меня линукс тормозит!" слышится "купи ещё памяти". Только вот слотов для
> этой памяти никто не продаёт :(

и вы тоже это заметили? что linux + KDE/GNOME уже жрут столько же сколько Windows 7/8..

Ответить | Правка | ^ к родителю #239 | Наверх | Cообщить модератору

268. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от BratSinot (ok) on 10-Июн-13, 16:43 
Что-то DDRII нифига не дешевеет.
Ответить | Правка | ^ к родителю #203 | Наверх | Cообщить модератору

142. "Участник проекта Debian ответил на критику systemd"  +4 +/
Сообщение от Аноним (??) on 10-Июн-13, 08:58 
"Для опровержения этого аргумента был приведён отдельный документ, включающий в себя список зависимостей пакета systemd и его исполняемого файла."
потому как в стандартный объем текста, публикуемого в блоге, перечисление зависимостей не помещалось
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

145. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 10-Июн-13, 09:30 
Внимание, аналитеГи опеннета!
ну коль вы уж так ненавидете systemd, то опишите плюсы sysv?аргументы типа "100 лет работает" катят
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

146. "Участник проекта Debian ответил на критику systemd"  –1 +/
Сообщение от Аноним (??) on 10-Июн-13, 09:31 
*не катят
Ответить | Правка | ^ к родителю #145 | Наверх | Cообщить модератору

148. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от BratSinot (ok) on 10-Июн-13, 09:39 
http://www.opennet.ru/openforum/vsluhforumID3/90371.html#107
Ответить | Правка | ^ к родителю #145 | Наверх | Cообщить модератору

276. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 10-Июн-13, 17:59 
Зачем... Есть rc. Неплохой баланс между.
Ответить | Правка | ^ к родителю #145 | Наверх | Cообщить модератору

149. "Участник проекта Debian ответил на критику systemd"  +2 +/
Сообщение от Пр0х0жий (ok) on 10-Июн-13, 10:07 
> systemd слишком усложнён.
> Здесь Майкл предлагает сравнить монолитное ядро Linux с systemd

С головой в порядке?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

153. "Участник проекта Debian ответил на критику systemd"  +5 +/
Сообщение от iCat (ok) on 10-Июн-13, 10:35 
Меня не покидает смутное ощущение того, что кто-то обчитался литературой про архитектуру Windows. Может быть, даже получил на руки часть исходных кодов.
Этот "кто-то" заразился реализацией тупиковых идей MS в среде Linux. Дяде Билли это понравилось и он решил профинансировать черезжопоизацию экосистемы Linux.
Бинарные логи, бинарные конфиги, намертво приколоченная подсистема звука, шурупами привинченный композитинг... Ничего не напоминает?
Я почти уверен, что у этой истории может быть три концовки:
* поматросит и бросит
* залу^W обидится и уйдёт
* развалит экосистему Linux и, обидевшись, уйдёт.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

154. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от бедный буратино (ok) on 10-Июн-13, 10:39 
> намертво приколоченная подсистема звука

Ээээ, это какая? И в какой ОС?


> * развалит экосистему Linux и, обидевшись, уйдёт.

С людьми, которые зациклены на "свободная ОС это linux" - может быть, так и надо. Потому что они повторяют ту же самую ошибку. Не должно быть никакой linux-завязанности.

Ответить | Правка | ^ к родителю #153 | Наверх | Cообщить модератору

160. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Фтщтнь on 10-Июн-13, 11:14 
Ну по-моему после того как Linux-сообщество начало почесывать свое ЧСВ и купаться в лучах народной славы, с той же самой минуты все активные деятели подзабили на проектирование по и на его архитектуру как таковую, хотя меня терзают смутные подозрения что в виду базарного подхода архитектуры там не было с самого начала.
Ответить | Правка | ^ к родителю #154 | Наверх | Cообщить модератору

202. "Участник проекта Debian ответил на критику systemd"  +2 +/
Сообщение от linux must _RIP_ on 10-Июн-13, 13:43 
> Ну по-моему после того как Linux-сообщество начало почесывать свое ЧСВ и купаться
> в лучах народной славы, с той же самой минуты все активные
> деятели подзабили на проектирование по и на его архитектуру как таковую,
> хотя меня терзают смутные подозрения что в виду базарного подхода архитектуры
> там не было с самого начала.

Скорее с того момента как шапка нашла путь монетизации Линукса. После чего они начали проталкивать решения выгодные им и только им. Так они больше могут контролировать..

Ответить | Правка | ^ к родителю #160 | Наверх | Cообщить модератору

254. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от Адекват on 10-Июн-13, 15:23 
> * развалит экосистему Linux и, обидевшись, уйдёт.

Не просто развалит, а целенаправлено развалит, чтобы как можно большее число админов метнулось обратно на винды.


Ответить | Правка | ^ к родителю #153 | Наверх | Cообщить модератору

336. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Michael Shigorin email(ok) on 13-Июн-13, 21:43 
> Этот "кто-то" заразился реализацией тупиковых идей MS в среде Linux.

Похоже, в очередной набор шляпных сотрупников попросту попал излишне богатый улов.  Некоторые имена даже могу назвать, порывшись (насчёт беспарольной установки пакетов в федоре двух- или трёхлетней давности).

Ответить | Правка | ^ к родителю #153 | Наверх | Cообщить модератору

180. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от anonymous (??) on 10-Июн-13, 12:24 
> чем sysvinit и занимает памяти всего на 1 мБ больше

Аж на целый милибайт?!1

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

186. "Участник проекта Debian ответил на критику systemd"  –1 +/
Сообщение от ноним (ok) on 10-Июн-13, 13:06 
А сможет ли кто-либо из стана "нинужно" аргументированно и по пунктам опровергнуть эту статью: http://0pointer.de/blog/projects/the-biggest-myths ?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

277. "Участник проекта Debian ответил на критику systemd"  +5 +/
Сообщение от виндотролль (ok) on 10-Июн-13, 18:22 
Это опровержение по большей части декларативно.

В: системд сложный
О: системд не сложный

В: системд монолит
О: системд не монолит

В: главная задача системд скорость
О: скорость никогда не была главной задачей системд

и все в том же духе. Аргументов либо нет, либо они притянуты не к месту.

Ответить | Правка | ^ к родителю #186 | Наверх | Cообщить модератору

304. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от ноним (ok) on 11-Июн-13, 07:21 
> Это опровержение по большей части декларативно.
> В: системд сложный
> О: системд не сложный
> В: системд монолит
> О: системд не монолит
> В: главная задача системд скорость
> О: скорость никогда не была главной задачей системд
> и все в том же духе. Аргументов либо нет, либо они притянуты
> не к месту.

Понятно )

Ответить | Правка | ^ к родителю #277 | Наверх | Cообщить модератору

208. "Участник проекта Debian ответил на критику systemd"  –1 +/
Сообщение от vi on 10-Июн-13, 14:02 
> "Весь мир прогнется под нас"... ведь так?

А в чем собственно...

Не нравится systemd, не проблема:
формат service файлов известен (не нравится, можете свой придумать),
начинайте пилить свой system-init-d, под этот формат (или свой),
для всех ОС (начиная с CP-M) и заканчивая Вашей TRUE OS

Заодно и нам хорошо будет, будем иметь альтернативу (и потролить, конечно же ;)

Удачи!

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

312. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (??) on 11-Июн-13, 13:04 
Судя по аргументации - Ленарт. Их что, клонируют?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

324. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Адекват on 12-Июн-13, 13:06 
Троллинг:

Вконтакте есть группа systemd

http://vk.com/club50330474

Открытая группа

Описание:Ниже выписаны названия музыкальной группы. Набравшее больше лайков станет новым. Сейчас группа называется "Мудаки и бутылка "Хаски".
Местоположение:Россия

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

340. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от АнониМ on 14-Июн-13, 23:08 
про "понятный код"Ю он документирован это плюс. но ...
int exec_spawn(ExecCommand *command,
               char **argv,
               ExecContext *context,
               int fds[], unsigned n_fds,
               char **environment,
               bool apply_permissions,
               bool apply_chroot,
               bool apply_tty_stdin,
               bool confirm_spawn,
               CGroupBonding *cgroup_bondings,
               CGroupAttribute *cgroup_attributes,
               const char *cgroup_suffix,
               const char *unit_id,
               int idle_pipe[2],
               pid_t *ret)

здравствуй вындовс???

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

342. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от DevilMan on 25-Янв-14, 23:37 
Вот и я того-же побаиваюсь...
Они бы еще "язык" 1С для своего systemd использовать решили для пущей важности_))
Ответить | Правка | ^ к родителю #340 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Спонсоры:
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2020 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру