LINUX.ORG.RU

Сколько времени загружается ваша система?

 , , , ,


1

2

Подразумевается «холодный старт» после включения ПК, с момента запуска загрузчика, и до появления экрана display manager'а (или вашего runlevel'а по-умолчанию, если DM нет).
Посмотреть можно, например, с помощью systemd-analyze.
Навеяно этим тредом.

  1. Не знаю / без разницы281 (30%)

    ********************************************************************************************************************************************************************************************************************************************************************************************************************************

  2. 6-10 секунд151 (16%)

    ***************************************************************************************************************************************************************************

  3. 11-15 секунд102 (11%)

    ********************************************************************************************************************

  4. 3-5 секунд86 (9%)

    *************************************************************************************************

  5. 16-25 секунд83 (9%)

    **********************************************************************************************

  6. 25-40 секунд68 (7%)

    *****************************************************************************

  7. 40 секунд - 1 минута59 (6%)

    *******************************************************************

  8. 1-2 минуты47 (5%)

    *****************************************************

  9. Меньше 3 секунд43 (5%)

    ************************************************

  10. Больше 2 минут30 (3%)

    **********************************

Всего голосов: 950

>>> Проголосовать

★★★

Проверено: Shaman007 ()

Глянул

Startup finished in 14.035s (firmware) + 11.582s (loader) + 2.920s (kernel) + 9.871s (userspace) = 38.409s
graphical.target reached after 9.850s in userspace
Хз как это интерпретировать. У меня загрузчик 10 секунд стоит на меню выбора ядра - это входит в 11.528? Т.е. чисто от выбора варианта загрузки ~12 сек до DM... похоже на правду. Вообще холодный старт происходит может быть раз в месяц, обычно в ждущем режиме стоит и включается за пару секунд. Поэтому «не знаю/без разницы».

no-such-file ★★★★★ ()

openSUSE Leap 15 c KDE:

Startup finished in 4.078s (firmware) + 1.246s (loader) + 1.434s (kernel) + 4.014s (initrd) + 5.222s (userspace) = 15.996s
Debian 10 (testing) c KDE:
Startup finished in 3.802s (firmware) + 1.210s (loader) + 2.739s (kernel) + 3.090s (userspace) = 10.842s

CryNet ★★ ()
Последнее исправление: CryNet (всего исправлений: 3)
Ответ на: комментарий от CryNet

Любопытно. А у меня systemd не получает информацию от grub'а, ни на сусе не получал, ни сейчас, на федоре.

А покажи-ка bootctl status

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

Debian 10

System:
     Firmware: n/a (n/a)
  Secure Boot: disabled
   Setup Mode: user

Current Loader:
      Product: n/a
          ESP: n/a
         File: └─n/a

Boot Loader Binaries:
          ESP: /boot/efi (/dev/disk/by-partuuid/329924ad-d3bd-4245-af32-0c2a42e2a23b)
         File: └─/EFI/systemd/systemd-bootx64.efi (systemd-boot 237)
         File: └─/EFI/BOOT/BOOTX64.EFI

Boot Loader Entries in EFI Variables:
        Title: Unknown Device: 
           ID: 0x0003
       Status: active, boot-order
    Partition: /dev/disk/by-partuuid/329924ad-d3bd-4245-af32-0c2a42e2a23b
         File: └─/EFI/opensuse/grubx64.efi

        Title: ubuntu
           ID: 0x0000
       Status: active, boot-order
    Partition: /dev/disk/by-partuuid/329924ad-d3bd-4245-af32-0c2a42e2a23b
         File: └─/EFI/ubuntu/shimx64.efi

        Title: opensuse-secureboot
           ID: 0x0001
       Status: active, boot-order
    Partition: /dev/disk/by-partuuid/329924ad-d3bd-4245-af32-0c2a42e2a23b
         File: └─/EFI/opensuse/shim.efi

        Title: debian
           ID: 0x0002
       Status: active, boot-order
    Partition: /dev/disk/by-partuuid/329924ad-d3bd-4245-af32-0c2a42e2a23b
         File: └─/EFI/debian/grubx64.efi

Default Boot Entry:
0 entries, no entry suitable as default

CryNet ★★ ()
Ответ на: Debian 10 от CryNet

Блин, не понимаю, как это работает. Логика подсказывает, что загрузчик должен передавать информацию о себе и прошивке ядру (или initrd?), тот - systemd в системе. У тебя же блоки «System» и «Current Loader» пустые (как и у меня с грабом), но при этом systemd знает о времени работы прошивки и загрузчика (у меня не знает).

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

Никогда не задумывался, но теперь тоже стало интересно)))

CryNet ★★ ()
Startup finished in 11.343s (kernel) + 2.905s (userspace) = 14.249s
graphical.target reached after 2.649s in userspace
Difrex ★★★★ ()

У тебя в опросе сразу три /0.

Подразумевается «холодный старт» после включения ПК, с момента запуска загрузчика

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

до появления экрана display manager'а <...> Посмотреть можно, например, с помощью systemd-analyze

systemd-analyze покажет тебе время до запуска DM. Сколько времени он будет искать GPU, отрисовывать greeter и/или запускать сессию — сверху не ограничено.

Сколько времени загружается ваша система?

Так-то моя система — это не экран greeter'а, а пользовательская сессия. А как померить время запуска сессии — тем более не понятно.

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

3-5. Но это на глаз. Обхожусь без systemd-analyze. SSD, если что.

ass ★★★ ()

systemd-analyze пишет ерунду, т.к. в той же ubuntu в userspace входят apt-daily-upgrade.service и apt-daily.service, которые по определению тупят. С ними 1минута 14 секунд. Без них - 10 секунд.

peregrine ★★★★★ ()

etwrq@home:~$ systemd-analyze
Startup finished in 2.126s (kernel) + 29.881s (userspace) = 32.007s
graphical.target reached after 3.966s in userspace
Intel(R) Core(TM) i3-3250 CPU @ 3.50GHz
8Gb RAM
EVO 860/250 discard,noop,ext4

etwrq ★★★★ ()
Startup finished in 4.797s (firmware) + 3.657s (loader) + 3.795s (kernel) + 637ms (initrd) + 18.054s (userspace) = 30.941s
graphical.target reached after 18.054s in userspace

Чуть больше 15 секунд отъедает cryptsetup и NetworkManager.

Singularity ★★★ ()

13 секунд только UEFI инициализируется - именно в это время лого материнки пропадает. Ничего себе тормоз, я даже не замечал :D

systemd-analyze его не учтёт

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

Система до DM — быстро, без разницы, сколько именно. После логина может минуты две грузить окружение.

OpenRC, система на SSD, /home на HDD, при логине запускается тонна-другая приложений типа управления ключами и сертификатами, органайзера, почтовика, RSS-арегатора, торрент-клиента, пачки консолей для разных нужд и прочего

XMs ★★★★ ()

Не знаю / без разницы

потому что посреди загрузки появляется приглашение ввести пароль от зашифрованного диска. вместе свводом пароля - больше 10 секунд, без ввода - хз

Startup finished in 860ms (kernel) + 18.692s (userspace) = 19.553s
graphical.target reached after 18.692s in userspace

eternal_sorrow ★★★★★ ()
Последнее исправление: eternal_sorrow (всего исправлений: 1)
$ uptime
 17:16:33 up 35 days,  5:23,  1 user,  load average: 1,12, 0,91, 0,85

Как будто мне не все равно.

Ну ОК, для статистики

$ systemd-analyze
Startup finished in 11.066s (kernel) + 3.519s (userspace) = 14.586s

(а, да, в процессе требуется пароль чтоб диск расшифровать, хз учитывается ли это тут)

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

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

Если бы не все эти стадии, то грузилась бы моя RPi3 за 5-10 секунд. А так полминуты до появления панели xfce, если логин/пароль вводить реактивно.

kirill_rrr ★★★★★ ()
Последнее исправление: kirill_rrr (всего исправлений: 1)
Ответ на: комментарий от trynoval

Это реклама виагры?

Это хуже. Виагра на половину людей не действует.

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

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

$ systemd-analyze
Startup finished in 5.675s (firmware) + 2.192s (loader) + 2.156s (kernel) + 1.300s (initrd) + 2.643s (userspace) = 13.968s
intelfx ★★★★★ ()
Последнее исправление: intelfx (всего исправлений: 1)
$ systemd-analyze                                                                                                          
Startup finished in 5.092s (kernel) + 2.881s (userspace) = 7.973s
graphical.target reached after 2.881s in userspace
Im_not_a_robot ★★★ ()

Debian 9 lxde

Startup finished in 3.812s (kernel) + 12.666s (userspace) = 16.478s
Andrey110682 ()
Последнее исправление: Andrey110682 (всего исправлений: 1)
Ответ на: комментарий от intelfx

У меня на ноуте эфи в режиме легаси-биос. Он никогда не скажет, сколько там время firmware. И загрузчик там граб 0.98, он тоже не скажет сколько он запускался и сколько ждал таймаута. И на пишке ситуация аналогичная.

И метрика userspace тоже ни о чём, потому что кто то вводит пароль, а кто то нет. У кого то wm стартует быстрее секунды, а у кого то скрипт запуска подтягивает пачку приложений ещё минуту.

root@raspberrypi:/home/rrr# systemd-analyze 
Startup finished in 1.425s (kernel) + 2min 50.125s (userspace) = 2min 51.550s
root@raspberrypi:/home/rrr# uptime
 20:01:26 up 3 days,  7:13,  6 users,  load average: 6,80, 6,49, 6,39

И юзерспейс у меня почти 3 минуты в данном конкретном случае скорее всего потому что я носки переодевал пока он грузился и ждал логина. Это видимо не учитывается.

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

У меня на ноуте эфи в режиме легаси-биос.

Тогда и говори за себя, а не за всех.

И метрика userspace тоже ни о чём

Метрика userspace ни о чём, но я с этим и не спорил.

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

Тогда и говори за себя, а не за всех.

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

kirill_rrr ★★★★★ ()

а чем измерить? секундомером что ли? откуда засекать - сразу после нажатия power на крпусе или после grub? может команда какая есть? в dmesg идет отсчет времени - можно принять это время за время старта системы?

amd_amd ()
[18:13][0][arch ~]$_systemd-analyze
Startup finished in 3.348s (kernel) + 1.294s (userspace) = 4.642s
graphical.target reached after 1.293s in userspace
amd_amd ()

Не знаю / без разницы

Hibernation will not damage your computer's RAM. In fact, your computer's RAM must continuously rewrite itself during operation to maintain its stored data. When you place your computer into hibernation, any RAM in use is compressed and stored onto disk.

eR ★★★★★ ()

около 12 секунд от нажатия power до полной готовности WM. это вместе с вводом пароля. HDD, runit.

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

А десктоп около секунд 30 (там HDD)

dikiy ★★☆☆☆ ()
# systemd-analyze
Startup finished in 6.922s (kernel) + 41.228s (userspace) = 48.151s
# systemd-analyze blame | head -n 1
         27.775s network-up.service
saahriktu ★★★★★ ()
# systemd-analyze critical-chain
graphical.target @1.433s
└─multi-user.target @1.433s
  └─systemd-logind.service @1.103s +329ms
    └─basic.target @1.102s
      └─sockets.target @1.102s
        └─dbus.socket @1.102s
          └─sysinit.target @1.102s
            └─systemd-update-utmp.service @1.091s +10ms
              └─systemd-tmpfiles-setup.service @788ms +301ms
                └─local-fs.target @786ms
                  └─local-fs-pre.target @786ms
                    └─lvm2-monitor.service @129ms +657ms
                      └─lvm2-lvmetad.service @151ms
                        └─lvm2-lvmetad.socket @128ms
                          └─-.mount @109ms
                            └─system.slice @109ms
                              └─-.slice @109ms
# systemd-analyze blame
                657ms lvm2-monitor.service
                329ms systemd-logind.service
                301ms systemd-tmpfiles-setup.service
                233ms dev-sdb1.device
                87ms systemd-udev-trigger.service
                86ms dhcpcd.service
                85ms systemd-journald.service
                81ms systemd-journal-flush.service
                55ms user@1000.service
                32ms systemd-udevd.service
                18ms systemd-sysctl.service
                15ms user-runtime-dir@1000.service
                13ms dev-hugepages.mount
                12ms sys-kernel-config.mount
                11ms systemd-tmpfiles-setup-dev.service
                11ms sys-kernel-debug.mount
                10ms kmod-static-nodes.service
                10ms systemd-update-utmp.service
                10ms systemd-remount-fs.service
                 8ms systemd-random-seed.service
                 5ms tmp.mount
                 5ms systemd-user-sessions.service
                 3ms dev-mqueue.mount
# systemd-analyze blame --user
                26ms at-spi-dbus-bus.service
                 7ms dbus.socke
amd_amd ()
madcore@madpc ~ $ systemd-analyze 
Startup finished in 1.044s (kernel) + 4.745s (userspace) = 5.789s
graphical.target reached after 4.744s in userspace
madcore ★★★★★ ()

Это которая? Фряха, федорка, полумух, венды?

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

Разумеется, основная. GNU/Linux или другая из семейства Unix.

Linux.org.ru — клуб пользователей операционной системы Linux и других Unix-систем, предназначенный для обмена интересной информацией по тематике сайта.

www.linux.org.ru/help/rules.md

saahriktu ★★★★★ ()

Вероятно где-то 1 минута, судя по systemd-analyze. Обычный HDD + LUKS + пачка mount-юнитов, и в итоге система грузится долго.

lucentcode ★★★★★ ()

6-10 секунд, а вообще без разинцы, загружаю систему редко.

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

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

iluha16 ()
Ответ на: комментарий от etwrq

после того как

sudo systemctl disable apt-daily && sudo reboot

стало:
etwrq@home:~$ systemd-analyze 
Startup finished in 1.701s (kernel) + 10.145s (userspace) = 11.847s
graphical.target reached after 4.003s in userspace

etwrq ★★★★ ()

Хе-хе

Startup finished in 4.469s (kernel) + 47min 9.373s (userspace) = 47min 13.842s

hippi90 ★★★ ()
$systemd-analyze
Startup finished in 4.308s (firmware) + 1.330s (loader) + 4.223s (kernel) + 3.659s (userspace) = 13.522s
graphical.target reached after 3.358s in userspace
ZERG ★★★★ ()
Ответ на: комментарий от kirill_rrr

системд-аналайз корректен не для всех и не всегда. Т.е. его нельзя считать подходящим средством для замера.

Это уже другой разговор. Я отвечал на конкретное утверждение.

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

13 секунд только UEFI инициализируется

systemd-analyze его не учтёт

Учтёт, см. выше.

intelfx ★★★★★ ()

Давно не интересуюсь темой, т.к. она в любом случае дает возможность работать значительно раньше, чем ОС от microsoft.

EmgrtE ★★ ()
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)