systemd — новая init-система для Linux (Станет заменой Upstart?..)

[Bluetooth]

suspend/hibernate?

Это кстати тоже, чтобы не ждать пока система загрузится.

Вообще-то это для того, чтобы прдолжать работу с того же места. А по скорости оно может быть отнюдь не быстрее

[Xandry]

Вообще-то это для того, чтобы прдолжать работу с того же места. А по скорости оно может быть отнюдь не быстрее

Разница то не велика. Смотря с какой стороны смотреть. А может это просто два плюса.

[Bluetooth]

Вообще-то это для того, чтобы прдолжать работу с того же места. А по скорости оно может быть отнюдь не быстрее

Разница то не велика. Смотря с какой стороны смотреть. А может это просто два плюса.

В смысле "разница не велика"? Между чем и чем?

[t.t]

Прочитал начало. Идея запускать системные службы "только когда они нужны" на примере ssh, упомянутого в списке таких "редко нужных" служб, мне как-то интуитивно не нравится. И главное, непонятно, ради чего. Ради тех самых нескольких секунд при загрузке?..

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

Ну, что его хватать будет, это уже понятно. (: SysV-инициализация не самая простая из ныне живущих, но по сравнению с предложенной системой там всё предельно просто.

скорее на нетбуках будет популярно.

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

[t.t]

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

...но можно по количеству, а можно по времени. Если этот процесс удастся довести до 2-3 секунд, то, думаю, никто не будет против выключать его хоть 20-30 раз в день.

2-3 сеунды -- это и есть "уснуть в памяти". (:

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

[Xandry]

Вообще-то это для того, чтобы прдолжать работу с того же места. А по скорости оно может быть отнюдь не быстрее

Разница то не велика. Смотря с какой стороны смотреть. А может это просто два плюса.

В смысле "разница не велика"? Между чем и чем?

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

[bakulenko]

Мне нужны. У меня не сервер, чтоб круглосуточно работать.

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

[t.t]

Вообще-то это для того, чтобы прдолжать работу с того же места. А по скорости оно может быть отнюдь не быстрее

Разница то не велика. Смотря с какой стороны смотреть. А может это просто два плюса.

В смысле "разница не велика"? Между чем и чем?

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

В четвёртый раз повторяю: если результат -- те же открытые приложения с теми же файлами на тех же местах, что и до выключения, то время загрузки системы -- настолько малый процент от времени восстанровления результата, что его увеличение даже вдвое вообще незаметно. А восстановление после suspentd to disk всё равно будет в разы быстрее, даже при большом количестве оперативки.

[Xandry]

Мне нужны. У меня не сервер, чтоб круглосуточно работать.

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

Я так и не делаю. Мне вполне одного-двух хватает.

[dhampire]

Тем не менее, прирост скорости от распараллеливания значительный. Говорю по опыту использования джентушного OpenRC.

Хм, а в обычном init параллельной загрузки нет?.. Даже в жутко простой арчевой - и то есть...

в арче используется bsdinit

[Bluetooth]

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

...но можно по количеству, а можно по времени. Если этот процесс удастся довести до 2-3 секунд, то, думаю, никто не будет против выключать его хоть 20-30 раз в день.

2-3 сеунды -- это и есть "уснуть в памяти". (:

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

Во всем согласен.

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

В корне не согласен.
Мало того, что некоторые программы открываются медленно(фаерфокс, например, опэнофис), так еще и человек не сможет восстановить быстро окружение. которое было до отключения, а главное - не сможет это сделать максимально точно, что приведет к тому, что во время работы ему придется на это отвлекаться.

В четвёртый раз повторяю: если результат -- те же открытые приложения с теми же файлами на тех же местах, что и до выключения, то время загрузки системы -- настолько малый процент от времени восстанровления результата, что его увеличение даже вдвое вообще незаметно. А восстановление после suspentd to disk всё равно будет в разы быстрее, даже при большом количестве оперативки.

И я о том же толкую

[Xandry]

Тем временем systemd уже можно попробовать в Арче. Ссылка.