Время загрузки ядра
altk 3 июля, 2009 - 10:22
Переставил систему на более быстрый винчестер. Ожидал уменьшения времени загрузки ядра. Ан нет, ошибся. Все равно оно грузится около 5 секунд. Размер ядра маленький - 1,8 МБ, собрано без initrd. Вроде и железо у меня не самое тупое - Pentium E2140, DDR2 PC6400 2GB, винт SATA Samsung 160Gb. Интересно, а за сколько грузится ваше ядро. Если не тяжело, можете показать конфиг?
»
- Для комментирования войдите или зарегистрируйтесь
"грузится ядро" - это вы
"грузится ядро" - это вы имеете ввиду от grub и до начала запуска служб? или от grub и до вывода приглашения на login? Если второе, попробуйте использоваться RC_PARALLEL_STARTUP(или как-то так, лень лезть в /etc/conf.d/rc). А вообще, ЕМНИП, может помочь переход с baselayout 1 на openrc...
Нейтральность - высшее достижение сознания!
Конфиг не покажу =)
2.7 секунды =). Размер ядра (да и диск) на время загрузки не влияет.
Включи
Kernel hacking --->
[*] Show timing information on printks
Потом посмотри сколько времени что грузится.
менее 2 сек.
менее 2 сек.
P.S.: Linux - это красная таблетка :-) Windows - синяя...
Говорю именно про ядро.
Говорю именно про ядро. Грузится 6,8 секунд. Если не сложно, можете приводить конфигурацию железа и самого ядра?
Почему у меня такие затыки в загрузке?
3,6 секунды: C2Q 3Ггц, 8ГБ
3,6 секунды: C2Q 3Ггц, 8ГБ DDR2-1066, Asus P5K-Premium, грузится с обычного одноблинного винта на 250Гб, все разделы в jfs, это не сервер, это мой домашний workstation, ядро запилино только на те железки (заняты все слоты расширения матери), которые есть.
Сон разума порождает чудовищ, сон безумия – вечность…
а оно Вам надо? Какая разница
а оно Вам надо? Какая разница сколько грузится ядро?
лично мне без разницы, uptime
лично мне без разницы, uptime уже порядка 40 дней)
Сон разума порождает чудовищ, сон безумия – вечность…
Есть какая-то
Есть какая-то неудовлетворенность. Год назад был Дебиан, там ядро на этом же железе грузилось в три раза быстрее. Ну не может самый быстрый дистрибутив(коим я считаю Генту) так проигрывать в скорости загрузки ядра.
1) Соберите ядро с поддержкой
1) Соберите ядро с поддержкой только того железа, которое вам нужно. Если ты используешь genkernel - то ясен пень, что загрузка будет секунд 30 - собирай вручную.
2) Если необходим initrd - проверь, много ли в него напихано. Если он тебе не нужен - выкинь его, повысит производительность.
3) Попробуй собрать ядро более модульным(вынеся в модули все что можно) и наоборот и замеряй производительность
Ну в принципе пока фсё
P.S. А, ну еще может, выложишь куда-нибудь dmesg загрузки ядра - может там какой затык?
Нейтральность - высшее достижение сознания!
Всё сделано для уменьшения
Всё сделано для уменьшения времени загрузки. Всё почти собрано модулями и вречную.
Вот мой dmesg.
Ну вот, гуглил "BIOS handoff
Ну вот, гуглил "BIOS handoff failed (BIOS bug?)", а нашел совсем рядом :-)
В общем "PCI_MMCONFIG=y" это лечит.
Можно включить PRINTK_TIME и
Можно включить PRINTK_TIME и смотреть что да сколько загружается и где есть затыки.
Вот моя последняя строчка перед загрузкой служб:
[ 1.187306] Freeing unused kernel memory: 172k freed
соберите уже ядро
соберите уже ядро 2.6.30-r4... оно грузится раз в 5 быстрее просто по-умолчанию за счет распараллеливания процесса опроса устройств...
я еще ядро собираю с KERNEL_CFLAGS="-march=native -mtune=native", т.к. k10 пока нельзя выбрать в меню... -O3 не советую ибо у меня периодически валиться ядро начинает с ошибками типа "обращение по неинициализированному указателю" ((
mtune уже входит в march. С
mtune уже входит в march.
С 2.6.30 появился новый параметр "fastboot". Добавьте в груб.
был когдато баг в gcc 4.3 (а
был когдато баг в gcc 4.3 (а может и раньше, появился он вместе с параметром native) из-за которого при указании только march или mtune оптимизации просто нет.
а где KERNEL_CFLAGS указывать
а где KERNEL_CFLAGS указывать ?