Вот только что будете делать быстро едущем авто, когда его компьютеры повиснут, типа, кернел паник и все такое

Поэтому на любом даже самом меганавороченном автомобиле, эти блоки отделены друг от друга с подстраховкой кое-какой механикой.

Ну и не стоит забывать, что аппаратные баги случаются чаще программных, и их труднее фиксить. Как пример - знаешь ли ты, как работали тормоза на наших Лиазах (луноходах в простонародии) при лопании тормозных подушек ?

Вот. Но когда я открывал тему Линукса на бортсистемах, я не имел в виду систему управления механикой (ЭБУ), я имел в виду UI. Приборные панели, парктроники, мультимедиа, навигаторы и тд

Знаменитый прикол с F-16 с отрицательной высотой над уровнем моря )))

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

Кстати

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

Есть ноутбук с UEFI и Fedora 29. Экран GRUB рисуется несколько секунд, аж видно, как курсор по строкам прыгает. При этом раньше на _этом_же_ ноуте стояла Федора 23->25. Экран GRUB рисовался моментально. (Потом его пришлось переставить с нуля, т.к. загрузку линукса затёрла стоящая в дуалбуте с ним Windows 8.)

Вот что systemd животворящий делает: трюк с отложенной инициализацией памяти с помощью systemd-сервиса выглядит особенно изящно. Кстати, поправьте ссылку на слайды: https://www.linuxplumbersconf.org/event/4/contributions/281/attachments/216/617/LPC_2019_kernel_fastboot_on_the_way.pdf

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

У меня до сих пор такая хрень на компе, я привык. Судя по всему что-то с видео или фреймбуффером. Похожее было на старых виндах до установки драйверов на видео.

Выкинь все картинки и шрифты (fonts, themes), и поэкспериментируй с разрешением экрана.

А кто же для AMD создаст дистрибутив?

Ты.

LFS тебе в помощь.

Запиши меня на курсы разработчиков тогда

У меня AMD A10-4600M (довольно старый процессор), ради интереса собрал это ядро. linux-clear загружается за 3,5 секунды против 7 секунд на ванильном ядре, то есть в два раза быстрее, причём ему даже initramfs не нужен для загрузки.

Спасибо

Выкинь все картинки и шрифты (fonts, themes)

В грабе? Там чёрный экран. На разрешение посмотрю... Хотя вроде бы оно не менялось...

Чего вы все делаете такого, что у вас так быстро грузится? У меня везде только UEFI, кроме одного дешманского ноутбука, где он кастрированный, грузится секунд по 5-10, наверное.

Например: А что такого, чтобы в 2019 жить без SSD и с 4Гб ОЗУ? У меня на домашнем компе так. (комментарий)

Впрочем, а почему у тебя не показано время загрузки фирмвари?

Её можно не ставить на убунту

Железо такое, легаси видео режимы очень медленные.

У меня обычный bios

Почему же тогда со старой версией GRUB на этом же железе было всё в порядке?

У меня AMD A10-4600M (довольно старый процессор), ради интереса собрал это ядро. linux-clear загружается за 3,5 секунды против 7 секунд на ванильном ядре, то есть в два раза быстрее, причём ему даже initramfs не нужен для загрузки.

Дык на ванильном ядре ты тоже можешь встроить поддержку ext4 или что там у тебя на руте, кажется маппер и еще какую-то хрень в ядро, и ему initrd тоже не нужно будет. Я раньше так извращался. А потом повзрослел и купил NVME :)

Почему же тогда со старой версией GRUB на этом же железе было всё в порядке?

Скорее всего потому что старая версия GRUB у тебя работала в режиме который поддерживается твоей карточкой, или драйвером. А это не всегда тот же режим что и режим монитора.

Вот положим у тебя сейчас монитор 1920х1080, твой старый GRUB инициализировал 800х600 и ему приходилось перерисовывать 480 тыщ пикселей, а теперь твой GRUB научился читать EDID или как эта хрень называется, и инициализирует разрешение монитора, и теперь ему приходится перерисовывать два ляма пикселей.

Но все таки попробуй перенести те папки что я тебе сказал, и переконфигурить GRUB.

P.S. кастрировать бы умдаков которые протащили эту хипстоту с шрифтами и нескучными обоями в самое свИтое - в загрузчик.

Как вы linux-clear запустили на AMD, если там вначале идет проверка на совместимость. Мой старый i3-3220 не прошел из-за отсутствия AES.

Да много чего можно сделать: например, перейти на SSD.

Чтобы уменьшить время загрузки (kernel), можно урезать initramfs (или вообще загружаться без него, вкомпилив все необходимые для твоего железа модули в ядро), а также подавить вывод сообщений.

Чтобы уменьшить время загрузки (userspace), можно выкинуть всё ненужное из загрузки и установить haveged, если имеются проблемы с доступной энтропией.

Вот пример циферок. По ощущениям особой разницы нет: только linux-clear сильно выделяется.

Дефолтное ядро с autodetect в initramfs и с haveged:

Startup finished in 7.334s (kernel) + 3.957s (userspace) = 11.292s 
multi-user.target reached after 3.957s in userspace

Дефолтное ядро с единственным хуком systemd, подавлением вывода и haveged:

Startup finished in 5.943s (kernel) + 1.212s (initrd) + 3.683s (userspace) = 10.839s 
multi-user.target reached after 3.682s in userspace

Дефолтное ядро с initramfs без autodetect, без подавления вывода и haveged:

Startup finished in 7.415s (kernel) + 14.328s (userspace) = 21.743s 
multi-user.target reached after 4.010s in userspace

Ядро linux-clear без initramfs, c haveged:

Startup finished in 3.437s (kernel) + 4.026s (userspace) = 7.463s 
multi-user.target reached after 4.026s in userspace

перейти на SSD

По ссылке скорость загрузски с NVMe на мобильном i7.

Да, я знаю и делал так. Просто удивился, что оно по умолчанию так собирается.

А на юзерспейс вообще плевать, он вдвое быстрее UEFI и загрузчика запускается.

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

[    2.757792] kvm: no hardware support
[    2.923100] intel_powerclamp: CPU does not support MWAIT

Куда уже сокращать? И так три секунды.

Погоди, у тебя диск зашифрован? Даже не знаю, сколько система загружалась бы с шифрованием. Надо будет потестить как-нибудь.

Да, но судя по тестам, оверхед едва ощутимый должен быть.

Дайте ссылку на их ядро.

https://github.com/clearlinux-pkgs/linux

Если есть arch, можно из AUR'а собрать. Если нет arch'а, можно посмотреть, что происходит в PKGBUILD, и сделать то же самое, но вручную.

Это каким-то образом отменяет мое утверждение ?

Угу, в том ключе что несмотря на все божественно-дисплейное провиденя, и датчиками буста, давления/уровня масла, количество тех жидкостей и т.д. и т.п. - пользователю до сих самых пор нужен лишь только один долбаный светодиодик в меру яркий за 0.005$, возможно с надписью «что-то сломалось» а лучше «едь на сервис». Для всего остального есть смартфон,таблет или таблет вклеенный в приборку. Эти устройства лишь отдаленно имеют отношение к авто.

ЛПП. Датчик скорости уста....

Вот я и говорю что с дедовских времен фиата 125р и раньше и вплоть до сего дня скорость считается все тем же спомобом - датчиком оборотов колеса.

Слава Україні

maxcom, svu, JB, mono, true_admin, toney, riki, fallout4all, Licwin, anonymous_incognito, catap, beastie - героям слава!

Ломающие новости

Зоркий Глаз в лице команды разработчиков $%SUBJ%$ решился таки на отчаянный гигантский прыжок для дистрибутива!!!

1) 3rd party software goes to /opt

2) Their own software store and Gnome software being kicked off

А они быстрые, да.

три секунды

Это небыстро так-то, mississippi раз, mississippi два, mississippi три. Когда можно просто «вжух».