"Benchmarking boot latency on x86 (http://tuxology.net/2008/07/08/benchmarking-boot-latency-on-x86/)" - выявление узких мест в процессе загрузки Linux на платформе x86.

URL: http://linuxdevices.com/articles/AT7995848646.html
Новость: http://www.opennet.me/opennews/art.shtml?num=16931

• Изучение проблем, влияющих на скорость загрузки Linux на платформе x86,Anonymous, 17:09 , 12-Июл-08
• Изучение проблем, влияющих на скорость загрузки Linux на платформе x86,pavlinux, 17:39 , 12-Июл-08
  • Изучение проблем, влияющих на скорость загрузки Linux на пла...,Anonymous, 17:56 , 12-Июл-08
    • Изучение проблем, влияющих на скорость загрузки Linux на пла...,pavlinux, 18:14 , 13-Июл-08
      • Изучение проблем, влияющих на скорость загрузки Linux на пла...,serg1224, 00:05 , 15-Июл-08

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

Опять подрочили и не кончили....

Будемс ждать....

1. Анализ загрузуки.
2. Выявление критических участков.
3. Методы устранения задержек.

К примеру, найти loop per jiffers

# dmesg | grep lpj | awk '{print $9}'

(lpj=1809839)
(lpj=1809259)
(lpj=1809260)
(lpj=1809268)

и вставить в строку ядра при загрузке.

vmlinuz root=/dev/sda2 lpj=1809839

c экономим примерно 200 милисекунд :)

А как пользоваться printk_ом при загрузке мы знаем.

Так проблему не решить, 200 миллисекунд - это не те цифры. Вот замутить бы XIP на линукс. Загрузил образ ядра (1 секунда) иксы и кдм, итого 3 секунды.

Самое быстрое, что возможно получить, это Hibernate образ с загрузочной блоком,
и ничего XIPипть не надо.

А если оперативки 8 гигов? :-D