| 1.2, anon8 (ok), 23:52, 01/06/2011 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
 > ...по интеграции по умолчанию системного менеджера systemd.
Да что ж они с этим системд как с писаной торбой носятся?!
Последнее аремя у всех дистростроителей мания выкинуть проверенное работающее и заменить на хрен пойми что, с весьма сомнительными преимуществами.
| | |
| |
| 2.3, anonymous (??), 00:04, 02/06/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>Да что ж они с этим системд как с писаной торбой носятся?!
Леннарт же. Любая его поделка моментально попадает в апстрим.
| | |
| 2.5, анон (?), 00:30, 02/06/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
 Если это будет весьма сомнительный, но стандарт, то я двумя руками
| | |
| |
| 3.15, анон (?), 12:10, 02/06/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Если это будет весьма сомнительный, но стандарт, то я двумя руками
Да, это одна из основных целей systemd - сформировать общий для всех дистрибутивов набор конфигурационных файлов.
>To improve the situation and benefit from the unifying force that systemd is we thus decided to read the per-distribution configuration files only as fallbacks -- and to introduce new configuration files as primary source of configuration wherever applicable. Of course, where possible these standardized configuration files should not be new inventions but rather just standardizations of the best distribution-specific configuration files previously used. | | |
|
| 2.6, szh (ok), 04:18, 02/06/2011 [^] [^^] [^^^] [ответить]
| +4 +/– |
 > Да что ж они с этим системд как с писаной торбой носятся?!
RHEL и Ubuntu на upstart пока что.
> выкинуть проверенное работающее
выкинуть криво и медленно непараллельно работающее старье из 80х, где даже нельзя динамически определить порядок и параллельность загрузки скриптов, нельзя гарантировано узнать стартовал ли сервис если он уже вышел, что от него форкнулось и послать сигнал гарантировано всем, перезапустить на автомате если упал...
> заменить на хрен пойми что
казалось бы - RTFM
# systemd for Administrators #1: Verifying Bootup
# systemd for Administrators #2: Which Service Owns Which Processes?
# systemd for Administrators #3: How Do I Convert A SysV Init Script Into A systemd Service File?
# systemd for Administrators #4: Killing Services
# systemd for Administrators #5: The Three Levels of "Off"
# systemd for Administrators #6: Changing Roots
# systemd for Administrators #7: The Blame Game
# systemd for Administrators #8: The New Configuration Files
| | |
| |
| 3.12, anon8 (ok), 11:59, 02/06/2011 [^] [^^] [^^^] [ответить]
| –2 +/– |
> выкинуть криво и медленно непараллельно работающее старье из 80х, где даже нельзя
> динамически определить порядок и параллельность загрузки скриптов, нельзя гарантировано
Зачем нужна параллельность, ускорить загрузку на полсекунды, при том что линуха можно не перегружать месяцами? К тому же имеется неиллюзорная вероятность появления глюков от этой самой параллельности.
> узнать стартовал ли сервис если он уже вышел, что от него
> форкнулось и послать сигнал гарантировано всем,
Если сервис вышел — значит уже не работает, все просто и не надо городить огород.
> перезапустить на автомате если упал...
А вот это нафиг не нужно. Если сервис падает — нужно разбираться почему он падает, а не тупо его рестартовать.
> казалось бы - RTFM
при чем тут мануалы? Я не вижу смысла менять то, что уже есть на софтину с кучей ненужных функций.
| | |
| |
| 4.16, xoomer (ok), 12:11, 02/06/2011 [^] [^^] [^^^] [ответить]
| +/– |
 > Зачем нужна параллельность, ускорить загрузку на полсекунды,
> при том что линуха можно не перегружать месяцами?
Ну если мы хотим, чтобы ОС Linux выросла хотя-бы на пару-тройку процентов в своей популярности, то, думаю, ей не помешает быстрый запуск.
| | |
| |
| 5.17, anonymous (??), 12:33, 02/06/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>Ну если мы хотим, чтобы ОС Linux выросла хотя-бы на пару-тройку процентов в своей популярности, то, думаю, ей не помешает быстрый запуск.
Радикального ускорения скорости запуска не заметил. Зато появились тормоза после загрузки рабочего стола. Истинная венда.
| | |
| |
| 6.21, зкщпук (?), 12:52, 02/06/2011 [^] [^^] [^^^] [ответить]
| –1 +/– | |
Венда до загрузки стола не всегда доходит. :)
А тут система загрузилась, а стол это приятная плюшка для консольных неосиляторов.
| | |
| 6.26, Аноним (-), 16:57, 02/06/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Радикального ускорения скорости запуска не заметил. Зато появились тормоза после загрузки
> рабочего стола. Истинная венда.
А теперь попробуйте действительно поставить systemd, а не гадать, как оно там будет.
| | |
|
|
| 4.29, szh (ok), 17:38, 06/06/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Зачем нужна параллельность, ускорить загрузку на полсекунды
> можно не перегружать месяцами?
Не на полсекунды, а на много секунд, при том в виду не работающего suspendtodisk, текущих иксов и т п, желания ночной тишины ноут приходится перегружать почти каждый день.
железки с конфой под ключ вообще могут загружатся за секунды.
>> узнать стартовал ли сервис если он уже вышел, что от него
>> форкнулось и послать сигнал гарантировано всем,
> Если сервис вышел — значит уже не работает, все просто и не
> надо городить огород.
Ну да, совсем не нужно знать отработал он то что должен был или нет (или лепить костыли), даешь хаос в систему.
>> перезапустить на автомате если упал...
> А вот это нафиг не нужно. Если сервис падает — нужно разбираться почему он падает, а не тупо его рестартовать.
Не вам за всех решать кому нужно, а кому не нужно. Когда будешь работать 365 дней в году без отпусков и выходных - тогда сможешь только лишь себя поставить в пример и всех агитировать жить как ты.
>> казалось бы - RTFM
> при чем тут мануалы? Я не вижу смысла менять то, что уже
> есть на софтину с кучей ненужных функций.
Так никто не заставляет. Не ставь новую версию дистрибутива никогда.
| | |
|
| 3.14, анон (?), 12:07, 02/06/2011 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> казалось бы - RTFM
Зря стараетесь :)
Такие товарищи действуют по принципу "не читал, но осуждаю". На любое преимущество systemd он автоматом ответит "не нужно", не вникая в смысл. Десант с лора, в общем.
| | |
| |
| 4.19, anonymous (??), 12:37, 02/06/2011 [^] [^^] [^^^] [ответить]
| +/– |
>> казалось бы - RTFM
> Зря стараетесь :)
> Такие товарищи действуют по принципу "не читал, но осуждаю". На любое преимущество
> systemd он автоматом ответит "не нужно", не вникая в смысл. Десант
> с лора, в общем.
Это не преимущества, а ненужные мне функции с невозможностью отключения. Прям IE в венде.
| | |
| |
| 5.25, Аноним (-), 16:56, 02/06/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Это не преимущества, а ненужные мне функции с невозможностью отключения.
Ну да, точно. С невозможностью отключения. Как же вы любите авторитетно рассуждать о вещах, о которых ничего не знаете...
| | |
|
|
| |
| 4.24, Аноним (-), 16:54, 02/06/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Просто мнение одного простого мейнтейнера одного простого дистрибутива.
Ну, по совместительству он еще и ретроград, считающий, что прогресс должен равняться на отстающих.
Мое имхо - если одно решение предоставляет много вкусных фич, до которых другим решениям как до Парижа раком, значит, надо равняться именно на него, а не ждать десять лет, пока остальные подтянутся.
| | |
| |
| 5.28, Аноним (-), 21:04, 02/06/2011 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Ну, по совместительству он еще и ретроград, считающий, что прогресс должен равняться на отстающих.
СПО ценно тем, что с его использованием человек или компания может удовлетворить свои потребности подходящим для него/неё способом. Из GNU/Linux можно построить как тестовый полигон для плохо написанного кода, так и стабильную предсказуемую систему. Только не надо навязывать своё мнение другим: СПО — это стройматериалы, а не гараж или дом, который из них можно построить. Нет ни лидеров, ни отстающих. Есть только стоящие перед тобой цели и разные способы их достижения. Выбирай те из них, которые подходят тебе, но не обвиняй меня в том, что я выбрал другие: у меня ведь и цели другие.
> Мое имхо - если одно решение предоставляет много вкусных фич, до которых другим решениям как до Парижа раком, значит, надо равняться именно на него, а не ждать десять лет, пока остальные подтянутся.
Задумайся: значение может иметь не только то, какие возможности предоставляет решение, но и как оно это делает. Lennart Poettering для своего systemd требует слишком многого. Если бы те "много вкусных фич", которые нам обещают, были необходимы, они давно появились бы в существующих решениях. Они не появились. upstart и openrc устраивают своих пользователей, но тут появляется L.P: "Я знаю, чего вам не хватает! Как же мы раньше жили без этих вкусных фич?.."
| | |
|
|
|
| 2.13, анон (?), 12:05, 02/06/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>Последнее аремя у всех дистростроителей мания выкинуть проверенное работающее
Проверенную "работающую" глючную убогую кучку виндовсвейных костылей.
>заменить на хрен пойми что, с весьма сомнительными преимуществами
Заменить на продуманное изящное юниксвейное решение.
| | |
| |
| 3.18, anonymous (??), 12:36, 02/06/2011 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> Заменить на продуманное изящное юниксвейное решение.
Принцип "всё в одном" никогда не был юниксвенйным.
| | |
| |
| 4.23, Аноним (-), 16:49, 02/06/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>Принцип "всё в одном" никогда не был юниксвенйным.
Если бы вы хоть немного представляли себе устройство systemd, вы бы не стали ошибочно приписывать ему этот принцип. Сам systemd, который init, умеет только читать конфиги и запускать программы (ровно то, что и должен уметь init). Все остальные вещи реализованы через отдельные проги, которые можно отключить, переписать/пропатчить или вообще заменить скриптами.
| | |
| |
| 5.27, Аноним (-), 19:57, 02/06/2011 [^] [^^] [^^^] [ответить]
| +/– |
а не будет ли systemd таким же глюкавым, как и pulseaudio?
автор один и тот же
| | |
|
|
|
|
|
