LINUX.ORG.RU
Ответ на: комментарий от BeerSeller

Ну самые долгие сервисы, это:

5.261s akmods-shutdown.service
4.382s plymouth-quit-wait.service
3.119s akmods.service
2.295s NetworkManager-wait-online.service
2.157s mysqld.service
1.901s httpd.service
1.506s dkms_autoinstaller.service
1.063s abrt-uefioops.service
787ms plymouth-start.service
451ms firewalld.service
365ms vboxdrv.service
239ms accounts-daemon.service

BeerSeller ★★★★
()

f18+kde

systemd-analyze
Startup finished in 946ms (kernel) + 902ms (initrd) + 5.645s (userspace) = 7.494s

spichka ★★★
()

Секунд 40-45 до рабочего состояния.

Polugnom ★★★★★
()

1 секунда из suspend to ram
а так секунд 6 из включения кнопки до прогрузки

systemd-analyze 
Startup finished in 1.102s (kernel) + 1.014s (initrd) + 1.432s (userspace) = 3.548s
юзаю e4rat на HDD

smilessss ★★★★★
()
root@laptop:~# systemd-analyze
bash: systemd-analyze: command not found
insider ★★★
()

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

Xenius ★★★★★
()
 % systemd-analyze 
Traceback (most recent call last):
  File "/usr/bin/systemd-analyze", line 82, in <module>
    initrd_time, start_time, finish_time = acquire_start_time()
  File "/usr/bin/systemd-analyze", line 28, in acquire_start_time
    properties = dbus.Interface(bus.get_object('org.freedesktop.systemd1', '/org/freedesktop/systemd1'), 'org.freedesktop.DBus.Properties')
  File "/usr/lib/python2.7/dist-packages/dbus/bus.py", line 241, in get_object
    follow_name_owner_changes=follow_name_owner_changes)
  File "/usr/lib/python2.7/dist-packages/dbus/proxies.py", line 248, in __init__
    self._named_service = conn.activate_name_owner(bus_name)
  File "/usr/lib/python2.7/dist-packages/dbus/bus.py", line 180, in activate_name_owner
    self.start_service_by_name(bus_name)
  File "/usr/lib/python2.7/dist-packages/dbus/bus.py", line 278, in start_service_by_name
    'su', (bus_name, flags)))
  File "/usr/lib/python2.7/dist-packages/dbus/connection.py", line 651, in call_blocking
    message, timeout)
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.Spawn.ChildExited: Launch helper exited with unknown return code 1
olibjerd ★★★★★
()

у меня все равно длиннее!

[sosnov@andrey-desktop intropy]$ systemd-analyze
Startup finished in 650ms (kernel) + 2500ms (initramfs) + 223624ms (userspace) = 226776ms

KDE, такое KDE

comp00 ★★★★
()

RFR19 / KDE + дополнительные сервисы + тонна софта:

$ systemd-analyze
Startup finished in 1.651s (kernel) + 1.505s (initrd) + 52.079s (userspace) = 55.236s
// На время загрузки пофиг.

carasin ★★★★★
()
Ответ на: комментарий от qnikst

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

x0r ★★★★★
()
Ответ на: комментарий от x0r

параллельность там.. рабочая, но кривая.Пока никто не хочет в неё лезть, так что она находится в состоянии patches-are-welcine. Я думаю попробовать, т.к. предствляю неплохой вариант, но позже ибо мне пока совсем не до того, да и мержит Вильям все очень медленно :(

qnikst ★★★★★
()
Auriga ~: systemd-analyze 
Startup finished in 6.826s (firmware) + 188ms (loader) + 2.731s (kernel) + 2.458s (initrd) + 33.920s (userspace) = 46.124s
Auriga ~: 
[root@nostromo ~]# systemd-analyze 
Startup finished in 1.488s (kernel) + 609ms (initrd) + 4.805s (userspace) = 6.904s
[root@nostromo ~]# 
work ~: systemd-analyze 
Startup finished in 608ms (kernel) + 1.244s (initrd) + 17.676s (userspace) = 19.529s
work ~: 

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

Обратите внимание, на первом компе systemd научился использовать таймеры из UEFI, чтоб подсчитать время загрузки компьютера с момента старта системы (а не с момента загрузки ядра).

plm ★★★★★
()

Установил fedora 19 с KDE. Время загрузки:

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

А у вас как?

Федора 17, грузится с HDD, куча программ в сессии, загрузка длительная, время разное.

Napilnik ★★★★★
()
Ответ на: комментарий от Axon

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

Без бесперебойника он таки выключается.

Napilnik ★★★★★
()
Ответ на: комментарий от olibjerd

У меня — только по праздникам шумерской цивилизации.

Ну да, в крупных городах каждое отключение электричества это ЧП в результате которого всё встаёт колом и город имеет шанс высохнуть и утонуть в фекалиях одновременно.

Napilnik ★★★★★
()
Ответ на: комментарий от Napilnik

В моём родном некрупном это тоже ЧП, есичо. Притом, что мой дом на окраине.

olibjerd ★★★★★
()
Последнее исправление: olibjerd (всего исправлений: 1)
Startup finished in 1.082s (kernel) + 585ms (initrd) + 1.747s (userspace) = 3.414s

Fedora 19, SSD + GNOME 3

ArtKun ★★★★★
()
Ответ на: комментарий от Napilnik

Жилой сектор и серьёзные объекты коммунального обслуживания — разные категории потребителей. Отключение одних не затрагивает других совершенно (если, конечно, это не системная авария, в результате которой страдают все, но это редкость).

carasin ★★★★★
()
Последнее исправление: carasin (всего исправлений: 1)

Arch+SSD

$ systemd-analyze 
Startup finished in 1.420s (kernel) + 561ms (userspace) = 1.981s

ATIpro ★★
()

Startup finished in 20544ms (kernel) + 38627ms (userspace) = 59171ms

ttnl ★★★★★
()
Startup finished in 1666ms (kernel) + 1737ms (initramfs) + 3679ms (userspace) = 7084ms

fedora-18 и SSD intel 320.

bl ★★★
()

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

//все как всегда проигрывают арчу

SjZ ★★★★★
()
Последнее исправление: SjZ (всего исправлений: 1)

Arch, HDD

$ systemd-analyze
Startup finished in 3.491s (kernel) + 20.136s (userspace) = 23.627s

heinrich2
()

Вечером закрываю крышку ноутбука, утром открываю.[2]

Extraterrestrial ★★★★★
()

Startup finished in 5.431s (kernel) + 1.572s (userspace) = 7.003s
У меня в биосе железки в десять раз дольше готовятся. Так что пофиг собственно.

imul ★★★★★
()

Скорость, скорость...
Лучше инит был на Bash чистом и Busybox, потом он вместо запуска сриптом сурсал их, тоесть не вызывал ELF файл, который sh скрипт, а вчитывал в текущую сессию:

[code]
allstart() {
grep -v '^#' $SERVICES | grep '^$RUNLEVEL' | while read line; do service() $line;done }
[/code]

[code]
service() { source $INITD/$1 }
[/code]

[code]
INITD=«/etc/init/script.d»
SERVICES=«/etc/init/scriptstab
RUNLEVEL=»$PS1"
[/code]

[code]
start() { call $SERVICE start }
stop() { call $SERVICE stop }
status() { call $SERVICE status }
[/code]

ubuntuawp ★★
()
Ответ на: комментарий от carasin

Жилой сектор и серьёзные объекты коммунального обслуживания — разные категории потребителей.

Которые где-то питаются от одной линии электропередач питающей населённый пункт.

Отключение одних не затрагивает других совершенно (если, конечно, это не системная авария, в результате которой страдают все, но это редкость).

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

Napilnik ★★★★★
()
Ответ на: комментарий от Napilnik

Без бесперебойника он таки выключается.

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

Axon ★★★★★
()

f19, gnome3

% systemd-analyze 
Startup finished in 1.853s (kernel) + 1.166s (initrd) + 5.998s (userspace) = 9.019s

oxapentane
()

Ну вот, появилась ещё одна линейка.

ya-betmen ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.