URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 44197
[ Назад ]

Исходное сообщение
"OpenNews: Подробности метода сокращения загрузки Asus EeePC до 5 секунд"

Отправлено opennews , 03-Окт-08 11:58 
Несколько дней назад в разделе новостей была опубликована (http://www.opennet.me/opennews/art.shtml?num=18165) ссылка на интервью с Arjan van de Ven, которому удалось сократить время загрузки Linux на Asus Eee PC до 5 секунд, в статье "LPC: Booting Linux in five seconds (http://lwn.net/Articles/299483/)" рассказано, что именно было для этого предпринято. Загрузка за 5 секунд была продемонстрирована на примере Fedora Linux и построенного на его основе Moblin.


Время было потрачено так: 1 секунда на загрузку ядра и всех необходимых модулей, еще 1 секунда на запуск init-процесса и выполнение в фоне основных системных сервисов, 1 секунда на запуск X-сервера и еще 2 секунды на запуск десктоп-окружения.


Все модули ядра, необходимые для загрузки, были вкомпилированы в ядро, загрузочный RAM-диск initrd не был использован. Для ускорения была использована возможность асинхронной инициализации подсистем AHCI (Advanced Host Controller Interface) (AHCI) и  UHCI (Universal Host Controller I...

URL: http://lwn.net/Articles/299483/
Новость: http://www.opennet.me/opennews/art.shtml?num=18238


Содержание

Сообщения в этом обсуждении
"Подробности метода сокращения загрузки Asus EeePC до 5 секунд"
Отправлено Аноним , 03-Окт-08 11:58 
хочу на генту такое =)

"Подробности метода сокращения загрузки Asus EeePC до 5 секун..."
Отправлено Qwerty , 03-Окт-08 15:48 
>хочу на генту такое =)

openrc?


"Подробности метода сокращения загрузки Asus EeePC до 5 секунд"
Отправлено Аноним , 03-Окт-08 13:09 
Было время когда иконками мерялись у кого круче, потом дошли до дизайна, потом поддержка 64 бит, теперь временем загрузки. Вот только вопрос сколько после такой резкой загрузки система будет загружать приложения и необходимые для них модули, если потребуется что-то серьёзней текстового редактора.

"Подробности метода сокращения загрузки Asus EeePC до 5 секун..."
Отправлено Ондре , 03-Окт-08 13:15 
>Было время когда иконками мерялись у кого круче, потом дошли до дизайна,
>потом поддержка 64 бит, теперь временем загрузки. Вот только вопрос сколько
>после такой резкой загрузки система будет загружать приложения и необходимые для
>них модули, если потребуется что-то серьёзней текстового редактора.

Тенденция правильная, не пессимизируй.


"Подробности метода сокращения загрузки Asus EeePC до 5 секун..."
Отправлено RedChrom , 03-Окт-08 13:25 
>Было время когда иконками мерялись у кого круче, потом дошли до дизайна,
>потом поддержка 64 бит, теперь временем загрузки. Вот только вопрос сколько
>после такой резкой загрузки система будет загружать приложения и необходимые для
>них модули, если потребуется что-то серьёзней текстового редактора.

Ты не понял логику. Readahead загружает в кэш либы необходимые как минимум для dm и de, в случае с гномом, gtk приложение после такого будут грузиться гораздо быстрее. Тормоза же огнелиса при запуске связаны с его кэшем и sqlite базой.


"Подробности метода сокращения загрузки Asus EeePC до 5 секун..."
Отправлено User294 , 03-Окт-08 20:18 
>Было время когда иконками мерялись у кого круче, потом дошли до дизайна,

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

>потом поддержка 64 бит,

Нет, блин, будем всю жизнь втискиваться в 4 гига (что там насчет 640 кил хватит всем?) или заниматься костылями типа PAE.В /dev/null таких аргументаторов и их аргументы.

> теперь временем загрузки.

Так ведь удобно же.Включил и - бац - девайс готов к работе.Для мобильных девайсов особенно актуально.Благо батарейка может и сесть например.Ждать пока оно после этого события 5 минут будет сниматься с ручника когда доберемся до зарядника\адаптера - малость напряжно, знаете ли.

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

Думаю столько же сколько и обычно примерно.Плюс\минус лапоть.Кроме того на мобильных девайсах чаще всего и не требуется как раз запускать увесистых монстров.Сюрприз! :)

P.S. Кто там загрузку линукса за 5 секунд хотел в новостях? :)))


"Подробности метода сокращения загрузки Asus EeePC до 5 секун..."
Отправлено fix , 03-Окт-08 21:24 
>когда программа красивая и сделана для людей и качественно это приятно

бесспорно

>Нет, блин, будем всю жизнь втискиваться в 4 гига (что там насчет
>640 кил хватит всем?) или заниматься костылями типа PAE.В /dev/null таких
>аргументаторов и их аргументы.

за что же меня девнулить, если больше 300 метров не используется?

>P.S. Кто там загрузку линукса за 5 секунд хотел в новостях? :)))

иопт :((
Mdv PP 2008.1 - 70 сек (kde3)


"Подробности метода сокращения загрузки Asus EeePC до 5 секун..."
Отправлено User294 , 03-Окт-08 22:11 
>за что же меня девнулить, если больше 300 метров не используется?

Строго говоря оперативки много не бывает.Даже если ее не поюзаете вы - ее прекрасно поюзает дисковый кэш.Когда в него iso-sized файло проваливается моментально и без натужного хрустения диском - работать с системой намного приятнее.А потом оттуда файло уже неторопливо сольется на диск.При этом существенно меньше клинит программы а система отзывчивее.Да и своп в штатной ситуации не используется.

>Mdv PP 2008.1 - 70 сек (kde3)

Ну так старенький дистр.И диск не флешка поди.Флеш-диски вообще позволяют в этом плане много чего достичь.Они и читаются быстро и фрагментации особо не боятся (время перехода к разным участкам диска по сравнению с HDD близко к нулю).

P.S. а все-равно мой первый комп грузящийся из RAM-диска при горячем ребуте все это не побивает.У того почти отсутствовал BIOS и self-tests а горячая перезагрузка юзала систему из RAM-диска (он при горячем ребуте не слетал).Итого за 2 секунды разновидность CP/M начинала выполнять стартовые скрипты.За это время у современного компа bios только-только прочухаться успеет, и то не факт.


"Подробности метода сокращения загрузки Asus EeePC до 5 секун..."
Отправлено Аноним , 06-Окт-08 13:40 
>Пользователи любят красивые программы а не унылое дерьмо и они в общем то правы.

Красивые ? При виде кастомных дизайнов на отдельных программах у меня всегда возникает желание убить авторов. Есть стандартные средства интерфейса, ненужны мне ваши убого нарисованные кнопки !!!


"Подробности метода сокращения загрузки Asus EeePC до 5 секунд"
Отправлено Ондре , 03-Окт-08 13:13 
Ну вот, через один-два релиза многие Linux-дитрибутивы станут быстро грузиться по этой технологии, к этому времени появятся и долгоработающие ноуты с OLED-экранами. Начнётся кайфовая жизнь.

"Подробности метода сокращения загрузки Asus EeePC до 5 секун..."
Отправлено Минимус , 03-Окт-08 13:59 
OLED+LED+SSD+аккамуляторы, заряжающиеся за 15 минут! Остаётся пока только мечтать... :'(

"Подробности метода сокращения загрузки Asus EeePC до 5 секун..."
Отправлено User294 , 03-Окт-08 20:20 
>Начнётся кайфовая жизнь.

Хрен тебе, OLED долго не живет и быстро деградирует по яркости. Зачем тебе это в экране ноута?При регулярном юзании экран убьется в хлам за годик-другой.Совсем конечно не умрет но станет тусклый и невзрачный - OLEDы довольно быстро деградируют по яркости свечения.LCD намного долговечнее.Вот какой-нить гибрид был бы хорош, но где ж оно?


"Подробности метода сокращения загрузки Asus EeePC до 5 секун..."
Отправлено IIIHyP , 06-Окт-08 08:53 
а откуда такая информация, что OLED диградирует? ТВ от самсунг живет 8 лет, в теории можно поднять до 30 лет, тебе мало?

"Подробности метода сокращения загрузки Asus EeePC до 5 секун..."
Отправлено Nichls , 06-Окт-08 23:47 
>>Начнётся кайфовая жизнь.
>
>Хрен тебе, OLED долго не живет и быстро деградирует по яркости. Зачем
>тебе это в экране ноута?При регулярном юзании экран убьется в хлам
>за годик-другой.

За годик-другой ...
Производитель позаботится, чтобы "железка" у тебя не на много дольше гарантийного срока прожила.

Это 10-15 лет назад железо на века делали (до сих про работает и прекрасно справляется со своими обязанностями). Сейчас же компании надо зарабатывать деньги а не имижд (он уже как равило у ТОПов есть). А кому нужен новый ноут/монитор/принтер/и т.д. который не будет ломаться? Как продавать новое "железо"? Очень просто. Сделать так, чтобы дольше установленной гарантии "железка" не жила.

С другой стороны при такой скорости как прогресса, так и падения цены на оборудование, не имеет сымсл сидеть на старом железе. Только вот вопрос резерного копирования втает сразу остро. Информация всегда дороже своего носителя.

В общем, деградирует по яркости, да и фиг с ним. Пойду и новый куплю. :-)


"Подробности метода сокращения загрузки Asus EeePC до 5 секунд"
Отправлено Аноним , 03-Окт-08 13:55 
интересна скорость загрузке на eee1000, у которого врямя автономной работы до 8 часиков
вот это системка получается-просто золото..
будущее за ними.

"Подробности метода сокращения загрузки Asus EeePC до 5 секунд"
Отправлено pavlinux , 03-Окт-08 14:24 
Ядро, судя по видео, инициализируется так:

root=/dev/sda2 ro quiet i8042.noloop=1 selinux=0 libata_disable_ports=1 lpj=123456789 initcall_debug

i8042.noloop=1 - это понятно, но не правильно :), правильно - просто i8042.noloop  
libata.disable_ports=1 - судить можно только по названию, в vanila этого нет;
selinux=0 - автор урезает ядро, а SELinux оставляет (может он не знает, что это такое :));
lpj=123456789 - ясно дело, стандартно;

Подозрительна строка в GRUB initcall_debug:

[KNL] Trace initcalls as they are executed.  
      Useful for working out where the kernel
      is dying during  startup.

Вряд ли трассировка уменьшает время загрузки!?


"Подробности метода сокращения загрузки Asus EeePC до 5 секун..."
Отправлено Сыр Российский , 03-Окт-08 17:39 
>Вряд ли трассировка уменьшает время загрузки!?

Осталось из отладочной версии?


"Подробности метода сокращения загрузки Asus EeePC до 5 секун..."
Отправлено User294 , 03-Окт-08 20:22 
>Ядро, судя по видео, инициализируется так:

Сейчас Павлин твикнет ядро выкинув trace и у него будет грузиться вообще за 2 секунды :)


"Подробности метода сокращения загрузки Asus EeePC до 5 секун..."
Отправлено pavlinux , 03-Окт-08 21:10 
Ну ядро-то, у меня явно меньше секунды грузиться,
только вот разницы между 2.6.26.5 и тамошним linux-2.6.27-rc6-fastboot.git не заметил. :)


"Подробности метода сокращения загрузки Asus EeePC до 5 секунд"
Отправлено nagos , 03-Окт-08 20:28 
Это можно сказать прогресс.
Помнится раньше нормой считалось 1 минута, а потом "крутым" 30 сек до ввода пароля. я тогда на LFS эксперементировал, и из 30 сделал 17.
А сейчас 5 сек, даже страшно :)

"Подробности метода сокращения загрузки Asus EeePC до 5 секун..."
Отправлено pavlinux , 03-Окт-08 21:12 
Скоро будет,... только нажал на Power и ёпс, *** У Вас новая почта ***, "Аднаклассники.ру Вам впиндюрили аценку".


"Подробности метода сокращения загрузки Asus EeePC до 5 секун..."
Отправлено User294 , 04-Окт-08 02:35 
>Скоро будет,... только нажал на Power и ёпс, *** У Вас новая
>почта ***, "Аднаклассники.ру Вам впиндюрили аценку".

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


"Подробности метода сокращения загрузки Asus EeePC до 5 секун..."
Отправлено pavlinux , 04-Окт-08 03:35 
:)

"Подробности метода сокращения загрузки Asus EeePC до 5 секун..."
Отправлено Аноним , 06-Окт-08 14:06 
А потом сам запостил коммент, закрыл браузер и вырубился. А ты ещё до кнопки не дотянулся :)

"Подробности метода сокращения загрузки Asus EeePC до 5 секунд"
Отправлено pavlinux , 04-Окт-08 13:39 
Блин, кто нить этот sreadahead прикрутил?

"Подробности метода сокращения загрузки Asus EeePC до 5 секун..."
Отправлено anonymous , 10-Июн-09 13:54 
Пользуйся Fedora, там это давно идет как штатная фича. На глазок - быстрее грузится, но разница не такая большая чтоб об этом сильно переживать.