Харальд Хойер (Harald Hoyer) представил инструкцию (http://www.harald-hoyer.de/personal/blog/fedora-17-boot-opti...) (перевод на русский язык (http://www.opennet.me/tips/2695_fedora_boot_speed_optimizati...)) с практическими рекомендациям, позволяющими на ноутбуке с SSD-накопителем сократить время загрузки Fedora 17 с 15 секунд до 2.5 секунд. Озвученные в статье рекомендации во многом повторяют опубликованные (http://www.opennet.me/opennews/art.shtml?num=33840) две недели назад советы Леннарта Поттеринга (Lennart Poettering), но в отличие от прошлой статьи рекомендации имеют практический характер и показывают как и что нужно сделать. Примечательно, что год назад Харальд опубликовал аналогичную статью (http://www.harald-hoyer.de/personal/blog/fedora-15-boot-opti...) для Fedora 15, в которой время загрузки удалось сократить с 45 до 26 cекунд.URL: http://www.harald-hoyer.de/personal/blog/fedora-17-boot-opti...
Новость: http://www.opennet.me/opennews/art.shtml?num=33980
Загрузка генты с ssd не больше 4 сек, штатно без всяких оптимизаций и паралельного запуска.
> Загрузка генты с ssd не больше 4 сек, штатно без всяких оптимизаций
> и паралельного запуска.Угу, если так повезло что сервисы друг друга не клинят. Инчае большую часть времени ssd будет курить бамбук.
Или сокращать время жизни ячеек.
> Или сокращать время жизни ячеек.При ничегонеделании? Мсье обладает оригинальным мышлением :)
а что там может клинить?
2 года эксплуатации ssd никаких проблем с быстрой загрузкой, ~4сек.
сеть вынес в runlevel default, xdm в runlevel boot (OpenRC).
> сеть вынес в runlevel default, xdm в runlevel boot (OpenRC).А мсье который выше утверждал что "штатно без всяких оптимизаций и паралельного запуска". Вот это как бы совсем не обязано в 5 секунд укладываться.
"штатно без всяких оптимизаций" это противоречит онтологии Gentoo. Видимо имелось ввиду, что не нужно ничего калечить или пользоваться неродным сервис менеджером.
"и паралельного запуска" - ну да, вполне без.
> противоречит онтологии Gentoo.Наверное, всё-таки философии :)
> "штатно без всяких оптимизаций" это противоречит онтологии Gentoo.А что есть "онтология Gentoo"? :)
>> "штатно без всяких оптимизаций" это противоречит онтологии Gentoo.
> А что есть "онтология Gentoo"? :)в том месте что дистрибутив не ниспосылаться нам монолитно с инета, а является индивидуальным творение.
Ломал ее рука
>>штатно без всяких оптимизаций и паралельного запуска."и без сервисов"!!
>так повезло что сервисы друг друга не клинят
Это не везение!%)
>с ssdНу что еще скажешь? Может сравнишь с выходом из suspend?
Какбе эта статья тоже про ssd…
> Загрузка генты с ssd не больше 4 сек,Позор! Бинарный дистр обгоняет генту!
Главное, чтобы забуталось и в результате работало стабильно. К чему эта гонка времени загрузки на ноутбуке?
К тому что не у всех ноутбуки?
> К тому что не у всех ноутбуки?"... рекомендациям, позволяющими на ноутбуке с SSD-накопителем сократить время загрузки Fedora 17 с 15 секунд до 2.5 секунд."
Я к тому, что в статье почему-то сделан акцент именно на ноутбуки.
Ну это да. но всетаки именно на ноутах/нетбуках/планшетах скорость загрузки имеет хоть какое-то значение (у ноутов минимальное, у планшетов - максимальное).Хотя я вообще ни ноут, и стационарку не выключаю (только саспендед).
А если suspend не работает? А не выключать нельзя т.к спать мешает и т.д
если саспенд не работает, у тебя и так проблемы.
> А если suspend не работает?Он лет десять уж как работает, можно попробовать уточнить.
> А не выключать нельзя т.к спать мешает и т.д
google://"silent pc" (мне full tower с четырьмя дисками и пятью вентиляторами не мешает :)
> google://"silent pc" (мне full tower с четырьмя дисками и пятью вентиляторами не
> мешает :)Вот диски - как повезет. К сожалению некоторые вибрировать могут, в зависимости от.
> А если suspend не работает?Да работает.
Тут или не настроено. Или проблемы с ПО.> А не выключать нельзя т.к спать мешает и т.д
Оп-п-а...
pwm нет?
lm_sensors3
lm_sensors3-utils
http://www.probios.ru/options/cpu/energy-saving/
Ну и т.д.Даже POS и STR не очень-то и надо.
Хотя работает.
Но частота отправки в STR зависит от размера лени, а не от уровня шума.
У меня из suspend выходит 12 секунд. А тут 2.5 и без всяких глюков
Резюмирую можно сказать, что надо избавиться от initrd и выключить сервисы определения рейда/ллвм. Будет около 5с причем без потери функциаонала.
И сколько же теперь раз в час можно делать перезагрузку?
=)
>отключаем все сервисы, кромеNetworkManager, поэтому важно запомнить что именно было отключено, так как в
результате будет получена система без почты, межсетевого экрана, системы
печати, утилит abrt, avahi, некоторых точек монтирования, rsyslog, irqbalance
и защиты selinux.в принципе, если не грузить ядро, то вообще можно уложиться меньше, чем за секунду.
В следующей серии смотрите "Как ускорить выключение ноутбука с 30 секунд до 5 за счет отказа от сброса кеша и размонтирования ФС"
> поэтому важно запомнить что именно было отключено, так как в результате будет получена система без почты, межсетевого экрана, системы печати, утилит abrt, avahi, некоторых точек монтирования, rsyslog, irqbalance и защиты selinux.Ну в принципе, можно сделать как винда, показать рабочий стол, а потом ещё с минуту трещать жёстким диском догружая всё остальное. И вроде бы рабочий стол то уже есть, и не важно что не кликается, за то ярлыки то видно... да и обои..и уже не скучно.. %)
>> поэтому важно запомнить что именно было отключено, так как в результате будет получена система без почты, межсетевого экрана, системы печати, утилит abrt, avahi, некоторых точек монтирования, rsyslog, irqbalance и защиты selinux.
> Ну в принципе, можно сделать как винда, показать рабочий стол, а потом
> ещё с минуту трещать жёстким диском догружая всё остальное. И вроде
> бы рабочий стол то уже есть, и не важно что не
> кликается, за то ярлыки то видно... да и обои..и уже не
> скучно.. %)Вы, видно нашли упавший за шкаф в 97 году ноутбук?
> Ну в принципе, можно сделать как винда, показать рабочий стол,У меня с SSD грузится секунд за 5. Ярлыки после этого кликабельны. ЧЯДНТ?
> У меня с SSD грузится секунд за 5. Ярлыки после этого кликабельны. ЧЯДНТ?Имелся в виду пингвин если что ;). А то ишь минусы винтят. До загрузки винды за 5 сек. даже Мюнхаузен не доврался бы.
вчера поставил F17 выключение ~10 сек, я аж удивился :)
> NetworkManager, поэтому важно запомнить что именно было отключено, так как в
> результате будет получена система без почты,Нахрен мне на десктопе почтовые сервисы?
> межсетевого экрана,
Бедный виндузятник, никак не может себе представить жизнь без демона файрвола.
> системы печати,
Внезапно, далеко не всем требуется печатать на принтере.
> утилит abrt,
Вообще зонд дебажный.
> avahi,
А этот просто маздай в 90% случаев.
> некоторых точек монтирования,
"nothing that we can't handle"
> rsyslog,
Ну вот это зря конечно, но хомячки например все-равно его читать не будут.
> irqbalance
Ну и этого наверное зря.
> и защиты selinux.
А от этой хрени один геморрой вообще. При том что все боевые экспонаты все-равно сносят его нафиг. Итого - много гемора ради какой-то призрачной цели. Пусть АНБ и прочие ФСБ с этим долбутся, у них там регламент же, ну пусть и строятся.
> за счет отказа от сброса кеша и размонтирования ФС"
А на современной ФС даже проканает, пожалуй: просто форсануть снапшот и все.
это нужно потому что в линуксе саспенд нифига не работает нормально. я вот свой ноут обычно вообще не выключаю.
У меня работает не просто нормально, а именно как надо. Генту и КДЕ. Ищите ответы в своем дистре, в его настройках и в своем железе.
Я бы даже сказал не в дистре, а в своих руках. (Gentoo + openbox)
Чушь, я только и пользуюсь командой pm-suspend, уже около года на Debian Wheezy.. никаких проблем.
Путаете с hibernate?!
Это зависит ещё и от железа. Debian Squeeze + ядро из бэкпортов. Dell Latitude E6220 - никаких проблем. Вообще никаких. Не только с suspend. (Правда железка официально поддерживает Ubuntu 10.10...)
Packard Bell TJ65 + Ubuntu 12.04 = OK. ЧЯДНТ?
> вот свой ноут обычно вообще не выключаю.Ну вы мне подгоните атомную батарейку, которая будет выдавать 10-20W в течение 30 лет - я тоже не буду его выклчюать!
> Примечательно, что год назад Харальд опубликовал аналогичную статью для Fedora 15, в которой время загрузки удалось сократить с 45 до 26 cекунд.Ну давайте все писать честно! В той статье описывается как увеличить скорость загрузки на компьютере с обычным жестким диском с низкой скоростью вращения.
"by Harald Hoyer — last modified May 24, 2011 03:11 PM
This article shows how to reduce boot time, especially for a computer with a slow spinning disk.
Fedora 15 Boot Optimization (from 45 to 26 seconds)"А на SSD конечно быстро, для ЛЮБОГО дистрибутива, да еще с оптимизацией. Как буд-то бы раньше ее никогда не использовали. Опять Америку открыли? ;). Дополнил кстати новость, так честнее будет.
> А на SSD конечно быстро, для ЛЮБОГО дистрибутива, да еще с оптимизацией.Что забавно, я НИКАКОЙ разницы не увидел. Два компа, один с SSD (120Gb), другой с "обычным порошком". Win7 как грузилась как улитка, так и продолжает. Видимо, не так важна загрузка данных (ну представьте чтение 120МБ в секунду!), как инициализация всей железячной требухи (на стандартах 20-летней давности).
К слову, мой БК-0010 за ОДНУ секунду уже выдавал приглашение БЕЙСИК-интертрепатора. После установки дисковода уже за ДВЕ секунды показывал Нортоно-подобный двухпанельный менеджер. Вот с кем соревноваться надо! :)
> и продолжает. Видимо, не так важна загрузка данных (ну представьте чтение
> 120МБ в секунду!), как инициализация всей железячной требухиВидимо, у некоторых просто хреново с параллелизацией этого процесса. А у меня на SSD десктоп взлетает за 5 секунд. После чего юзабелен. Правда оно так на пингвине, да.
И да, мне доставляет - не успел включить комп как им можно уже пользоваться. А я нанимался чтоли его ждать?!
> Вот с кем соревноваться надо! :)Ну так вот у меня CP/M в примерно такой же манагер грузился с рамдиска за пару секунд. А писюки невзирая на в 100500 раз более мощное железо только сейчас хоть немного приблизились к этому порогу.
Быстрее Linux должно запускаться ядро FreeBSD, так как гораздо меньше по размеру, и сервисы стартуют только те, которые явно указаны в loader.conf&rc.conf.
Тем не менее FreeBSD загружается не шибко быстро. Да и не в скорости загрузки счастье. :)
>Быстрее Linux должно запускаться ядро FreeBSD, так как гораздо меньше по размеруА еще быстрее Minix. Но только не там, ни там функцианала маловато. Через пяток лет, глядишь, достигнут того, что в линуксе сейчас и не известно какой размер будет тогда.
Я бы не стал загадывать на 5 лет вперед, особенно в сфере ПО. Мода такая мода.
> Я бы не стал загадывать на 5 лет вперед, особенно в сфере ПО. Мода такая мода.У minix было не меньше линукса времени чтобы стать модным. Даже больше. Но из профессора хреновый построитель команд разработчиков, увы.
> Быстрее Linux должно запускаться ядро FreeBSD, так как гораздо меньше по размеру,
> и сервисы стартуют только те, которые явно указаны в loader.conf&rc.conf.Ну так померьте, напишите статью, укажите рекомендации по оптимизации.
Возможно, ваши советы будут более практичными, чем "поотрубайте все сервисы".
>> Быстрее Linux должно запускаться ядро FreeBSD, так как гораздо меньше по размеру,
>> и сервисы стартуют только те, которые явно указаны в loader.conf&rc.conf.
> Ну так померьте, напишите статью, укажите рекомендации по оптимизации.
> Возможно, ваши советы будут более практичными, чем "поотрубайте все сервисы".Так в FreeBSD ничего не нужно специально делать: нужно указать, какие сервисы нужны для работы, и ВСЁ!
Это только в GNU/Linux и Windows нужно оптимизировать стартовые скрипты и реестры, так как по дефолту там запускается всё что нужно и не нужно.
> Так в FreeBSD ничего не нужно специально делать: нужно указать, какие сервисы
> нужны для работы, и ВСЁ!Ну так покажи мне старт своей системы за 3 секунды. К черту теорию - гони практику.
>> Так в FreeBSD ничего не нужно специально делать: нужно указать, какие сервисы
>> нужны для работы, и ВСЁ!
> Ну так покажи мне старт своей системы за 3 секунды.От "кех" до "кех" считать?
> К черту теорию - гони практику.
Практика в том, что от включения системы до возможности пользователя мышкой в графической оболочке происходит довольно много вещей, не связанных со стартом, собственно, самой операционной системы. Тут и BIOS POST, и инициализация контроллёров и периферийных устройств (от их количесва тоже зависит время старта), и скорость жёстких дисков и интерфейсов, наконец, возможности процессора по обработке поступающей информации.
>> Ну так покажи мне старт своей системы за 3 секунды.
> От "кех" до "кех" считать?От начала загрузки ядра до завершения дисковой активности, например. Вообще-то от уделявших внимание вопросам хронометража загрузки такие вопросы ожидать немного удивительно, а не уделявшие могут поберечь своё драгоценное время теоретиков.
> Практика в том, что
Мы в курсе. Все. Расписываюсь. :)
> контроллёров
контроллеров.
>>> Ну так покажи мне старт своей системы за 3 секунды.
>> От "кех" до "кех" считать?
> От начала загрузки ядра до завершения дисковой активности, например. Вообще-то от
> уделявших внимание вопросам хронометража загрузки такие вопросы ожидать немного удивительно,
> а не уделявшие могут поберечь своё драгоценное время теоретиков.Скажу только, что рестарт системы после обновления ядра/мира, перехода в безопасный режим, набора команды очистки от ненужных системных библиотек (cd /usr/src/ && make BATCH_DELETE_OLD_FILES=true delete-old delete-old-libs) и последующего рестарта командой "shutdown -r now" в сообщениях ядра системы выводит время его функционирования за весь этот промежуток времени (старт ядра->загрузка демонов->запуск Xorg и менеджера входа в графическую систему Slim->переключение на текстувую консоль и переход в Single User Mode->выполнение несложной очистки устаревших системных файлов->завершение работы ядра системы) не больше полутора минут. Вот только на это я обращаю внимание. Это много или мало?
>> Практика в том, что
> Мы в курсе. Все. Расписываюсь. :)
>> контроллёров
> контроллеров.проекты или проэкты или прожекты, как правильно?
> [...] не больше полутора минут. [...] Это много или мало?Смотря с чем сравнивать, тут же не сотрудники microgartner собрались. :)
>>> контроллёров
(всегда неправильно)
>> контроллеров.
(ну или уж контролёров :)
> проекты или проэкты или прожекты, как правильно?
Правильно; неправильно; правильно, если пишущий выражает негативное отношение к тому, что считает заведомо провальным. Ср.: прожектёр, прожектёрство.
>> [...] не больше полутора минут. [...] Это много или мало?
> Смотря с чем сравнивать, тут же не сотрудники microgartner собрались. :)Вот сейчас обновил систему. Смотрел время аптайма ядра в процессе запуск-переход-очиска-останов — "Uptime: 1m34s".
>>>> контроллёров
> (всегда неправильно)А я буду говорить и писать всегда: "контроллёров". :p
> Вот сейчас обновил систему. Смотрел время аптайма ядра в процессе
> запуск-переход-очиска-останов — "Uptime: 1m34s".И с чем это предлагается сравнивать? Если меряющихся скоростью загрузки ещё хоть как-то могу понять, то тут пока не понял use case.
>>>>> контроллёров
>> (всегда неправильно)
> А я буду говорить и писать всегда: "контроллёров". :pДело личноё ;-)
>> Вот сейчас обновил систему. Смотрел время аптайма ядра в процессе
>> запуск-переход-очиска-останов — "Uptime: 1m34s".
> И с чем это предлагается сравнивать?Пока что я привёл факт работы десктопа. А само время старта системы давно считаю условной величиной, на которую создатели операционной системы (ядра) имеют настолько мало влияния, что не стоит даже говорить об этом. Время старта системы зависит прежде всего от аппаратных особенностей оборудования, на котором запускается система.
Эпический бред.
> Эпический бред.Согласен.
После загрузки сразу в Single Mode и после приглашения командной строки надо тут же жать кнопку выключения системника и смотреть Uptime ядра*.
*(И как это я сразу не догадался! А! Это же специальный режим работы, который ничего не показывает кроме чистого времени функционирования ядра системы и командного процессора. Изначально "тепличные условия", нигде в жизни не встречающиеся, разве что у интересующихся включением и выключением электронной техники — малолетних детей, например.)
> Пока что я привёл факт работы десктопа.А, вот как. Честно говоря, не заметил ничего общего с работой -- это обычно называется "обслуживание".
> А само время старта системы давно считаю условной величиной, на которую создатели
> операционной системы (ядра) имеют настолько мало влияния, что не стоит даже говорить
> об этом.Вот только сами разработчики ядра (по крайней мере Linux) не склонны так сразу вскидывать лапки вверх:
---
Some kernel work made it possible to do asynchronous initialization of some subsystems. For example, the modified kernel starts the Advanced Host Controller Interface (AHCI) initialization, to handle storage, at the same time as the Universal Host Controller Interface (UHCI), in order to handle USB (fig.3). "We can boot the kernel probably in half a second but we got it down to a second and we stopped," Arjan said.
--- http://lwn.net/Articles/299483/Эксперименты были жёсткими, но по их результатам самое обычное ядро вскоре стало инициализировать группы SATA-портов и впрямь гораздо быстрее.
> Время старта системы зависит прежде всего от аппаратных особенностей оборудования,
> на котором запускается система.Разумеется; но после того, как оно отPOSTилось, очень многое зависит уже от программной части.
>> Пока что я привёл факт работы десктопа.
> А, вот как. Честно говоря, не заметил ничего общего с работой -- это обычно называется "обслуживание".вы, похоже, вообще мало обращаете внимание на ДЕТАЛИ.
>> Время старта системы зависит прежде всего от аппаратных особенностей оборудования,
>> на котором запускается система.
> Разумеется; но после того, как оно отPOSTилось, очень многое зависит уже от программной части.и системы сквозной верификации данных, и много чего ещё, чего нет в Linux.
>>> Пока что я привёл факт работы десктопа.
>> Честно говоря, не заметил ничего общего с работой
> вы, похоже, вообще мало обращаете внимание на ДЕТАЛИ.Ну хоть ткните пальцем, где _работа_ десктопа в том, что описали в #98.
> и системы сквозной верификации данных, и много чего ещё, чего нет в Linux.
(изо всех сил пытаясь сохранить серьёзный вид) Вы уж определитесь, что пытаетесь доказать: фря быстрее грузится (#55) или у фри есть ещё чем оттормозиться (#96). А то выглядите как человек с гирей на ноге, который всех убеждает, что щас как рванёт впереди планеты всей...
>>>> Пока что я привёл факт работы десктопа.
>>> Честно говоря, не заметил ничего общего с работой
>> вы, похоже, вообще мало обращаете внимание на ДЕТАЛИ.
> Ну хоть ткните пальцем, где _работа_ десктопа в том, что описали в #98.Её там нет. Аптайм ядра без сервисов ничего не доказывает.
>> и системы сквозной верификации данных, и много чего ещё, чего нет в Linux.
> (изо всех сил пытаясь сохранить серьёзный вид) Вы уж определитесь, что пытаетесь
> доказать: фря быстрее грузится (#55) или у фри есть ещё чем
> оттормозиться (#96). А то выглядите как человек с гирей на
> ноге, который всех убеждает, что щас как рванёт впереди планеты всей...Я уже определился: мерять загрузку системы — чистой воды профанация и идиотизм тех, кому больше мериться нечем. А вы определились?
>>>>> Пока что я привёл факт работы десктопа.
>>>> Честно говоря, не заметил ничего общего с работой
>>> вы, похоже, вообще мало обращаете внимание на ДЕТАЛИ.
>> Ну хоть ткните пальцем, где _работа_ десктопа в том, что описали в #98.
> Её там нет. Аптайм ядра без сервисов ничего не доказывает.Соответственно и факта работы Вы привести не могли; потому и удивился, о чём вообще речь.
> Я уже определился: мерять загрузку системы — чистой воды профанация и идиотизм
> тех, кому больше мериться нечем.Тогда хоть не встревайте со "всё равно померяюсь".
> А вы определились?
Для моих систем скорость загрузки в основном несущественна, если время загрузки меньше минуты-другой -- т.к. происходит это событие раз в несколько недель/месяцев/лет. Для некоторых систем (в первую очередь встраиваемых) она может быть критична. Поэтому хорошо, что есть возможность ;-)
> Я уже определился: мерять загрузку системы — чистой воды профанация и идиотизмТо-есть, в переводе с iZEN'овского на русский: "моя система грузится дофига, но фиг с два у меня хватит силы воли это признать".
>> Я уже определился: мерять загрузку системы — чистой воды профанация и идиотизм
> То-есть, в переводе с iZEN'овского на русский: "моя система грузится дофига, но
> фиг с два у меня хватит силы воли это признать".20-23 секунды аптайм ядра FreeBSD 9-STABLE без сервисов. Здесь: аптайм — это "время жизни" ядра от инициализации до завершения работы в режиме Single User Mode.
В переводе на русский "если даже ядро еще час висит в простоях - аптайм всё равно 20-23 секунды". Хреновый показатель. CPU Time != время работы.
> Я уже определился: мерять загрузку системы — чистой воды профанация и идиотизм
> тех, кому больше мериться нечем. А вы определились?Да, мы определились: такая заява после фразы в оригинальном сообщении:
> Быстрее Linux должно запускаться ядро FreeBSD
Это EPIC FAIL в тщетных попытках доказать данный тезис :) [trollface.jpg]
> старта системы зависит прежде всего от аппаратных особенностей оборудования, на котором
> запускается система.Вот только на всех современных десктопных компах/ноутах были предприняты усилия чтобы BIOS стартовал не более нескольких секунд, при том эта инициатива была чуть ли не в эпоху вторых пней, когда стандартный полный самотест оперативки (которой стало десятки мегабайтов) начал занимать ~минуту.
Поэтому практически все ноуты и десктопы выпущенные после этой эпохи вываливаются из биоса ну самый край за 5 секунд (верхняя разрешенная планка в рамках той инициативы). А вот все остальное уже на совести системы.
>> старта системы зависит прежде всего от аппаратных особенностей оборудования, на котором
>> запускается система.
> Вот только на всех современных десктопных компах/ноутах были предприняты усилия чтобы BIOS
> стартовал не более нескольких секунд, при том эта инициатива была чуть
> ли не в эпоху вторых пней, когда стандартный полный самотест оперативки
> (которой стало десятки мегабайтов) начал занимать ~минуту.
> Поэтому практически все ноуты и десктопы выпущенные после этой эпохи вываливаются из
> биоса ну самый край за 5 секунд (верхняя разрешенная планка в
> рамках той инициативы). А вот все остальное уже на совести системы.Сейчас в основном POST делает "быструю проверку памяти". И хоть у тебя 1ГБ, хоть 32 ГБ ОЗУ — не заметишь, как тест памяти прошёл.
А вот набортные RAID-контроллёры, который суют во все современные мамки, инициализируются с заметной задержкой.
> А вот набортные RAID-контроллёры, который суют во все современные мамкиАгащаз -- даже интел до FakeRAID докатился, сожрав LSI... а такое использовать иначе как просто каналы и смысла-то особого нет, так хоть on-disk format понятный будет.
> А вот набортные RAID-контроллёры, который суют во все современные мамки, инициализируются
> с заметной задержкой.А это уже где как. По этому поводу я кстати не вижу причин включать (RAID-)BIOS таких контроллеров. Обычно для встроенных чипов на мамках это выбирабельно. Натурально бывает тормозным уродцем (но операционки мы ругать за это не будем).
У меня в bios для чипсетных каналов как раз настроено ide mode, чтобы не лицезреть всякие левые и тормозные bios-довески для RAID/AHCI. Что не мешает однако ж пингвину выдавать примерно такое:
[ 0.598493] pci 0000:00:11.0: set SATA to AHCI modeНу то-есть, пингвин не тупой и сам допирает переключить из легаси режима в нормальный :)
>> Ну так покажи мне старт своей системы за 3 секунды.
> От "кех" до "кех" считать?Ну окей, время старта биоса не учитываем. Считать от момента как только биос отдал руль загрузчику до момента когда ты можешь начать юзать дестоп, разумеется.
[...]
> самой операционной системы. Тут и BIOS POST,Поскольку BIOS не является виной операционки, будет честно мерять от момента когда загрузчик ОС получил управление. Идеально поймать этот момент голыми руками сложновато, но так и быть, промах в полсекунды при измерении 3-5 секунд криминалом не будет.
> и инициализация контроллёров и периферийных устройств (от их количесва
> тоже зависит время старта),А вот это мы уже спросим с операционки, в том плане что я не нанимался минутами ждать инициализацию оборудования ОСью. В пингвине например железо инициализируется реактивно и судя по всему - с весьма массовой параллелизацией процесса. Судя по тому что драйвера в бутлог гадят массово и параллельно - процесс весьма асинхронный. Если у кого это не так - это считается за недочет. Пользователю все-равно по какой именно причине его заставляют курить бамбук. Любое время потраченное ОС - это время потраченное ОС. Скидок не полагается.
> и скорость жёстких дисков и интерфейсов,
Логично. Ясен фиг те 3-5 секунд это SSD. Но даже sata-300 и не очень тормознутого ssd должно хватить, судя по анализам и бенчам, скорость выше этого не прыгает даже с очень быстрых конфигах не прыгает выше 200-300Мб/сек, т.к. кроме чтения диска все-таки есть и еще куча операций.
> наконец, возможности процессора по обработке поступающей информации.
Логично, но поскольку там нет моделирования ядерных взрывов, любой не шибко ископаемый проц должен осиливать это за какие-то разумные времена. И опять же - это вопрос к ОС. Если она полчаса крякает хеши при старте и инициализирует 20 контроллеров 1 за другим, в плюс мы это не запишем, даже и не надейся.
>> и скорость жёстких дисков и интерфейсов,
> Логично. Ясен фиг те 3-5 секунд это SSD. Но даже sata-300 и
> не очень тормознутого ssd должно хватить, судя по анализам и бенчам,
> скорость выше этого не прыгает даже с очень быстрых конфигах не
> прыгает выше 200-300Мб/сек, т.к. кроме чтения диска все-таки есть и еще
> куча операций.Ага. Есть. Импортирование пулов ZFS с несколькими разноскоростными носителями. При этом в десктопах могут стоять довольно тормозные (главное — тихие) 2,5" HDD со скоростью чтения на забитых пулах 6-10 МБ/с.
>> наконец, возможности процессора по обработке поступающей информации.
> Логично, но поскольку там нет моделирования ядерных взрывов, любой не шибко ископаемый
> проц должен осиливать это за какие-то разумные времена. И опять же
> - это вопрос к ОС. Если она полчаса крякает хеши при
> старте и инициализирует 20 контроллеров 1 за другим, в плюс мы
> это не запишем, даже и не надейся.Надо ещё проверить целостность метаданных... в бутстрапе самоверифицироваться. А на ФС, поддерживающих сквозную целостность, определиться, не врёт ли железо и, если да, то в каком месте... А это дополнительные секунды.
SCSI-диски раньше инициализировались в течение 10-15 секунд — целая вечность для современных операционных систем. ;)
> Ага. Есть. Импортирование пулов ZFS с несколькими разноскоростными носителями. При этом
> в десктопах могут стоять довольно тормозные (главное — тихие) 2,5" HDD
> со скоростью чтения на забитых пулах 6-10 МБ/с.SSD вообще звуков не издает. Читается 300 мб/сек или более запросто, seek time близок к нулю. Знаешь во сколько раз оно натянет 6-10МБ/с тормозилово с отстойным seek time как системный накопитель? Вообще, 1 ноутбучный диск в линейном чтении выдает ~50МБ/сек. Это еще куда ни шло. А 6Мб/сек - осталось флоппики перетормозить разве что...
> Надо ещё проверить целостность метаданных...
На томе в 2Тб это может быть сколько-то минут, если ты о полной проверке. И опять же, если ФС долго тупит при монтировании - ей это не в плюс. Кстати у btrfs с этим есть некие непонятки: оно довольно долго затупляет при монтировании.
> в бутстрапе самоверифицироваться.
Это ты о чем? Решил похвастаться новыми выученными словами? Или что ты имел в виду? Звучит как будто бы secure boot запилили с самоверификацией, но это как-то сильно сомнительно: на эту "фичу" даже пингвиновские разработчики крепко чертыхаются ;)
> А на ФС, поддерживающих сквозную целостность, определиться, не врёт ли железо и,
> если да, то в каком месте... А это дополнительные секунды.Много умных слов не по делу.
> SCSI-диски раньше инициализировались в течение 10-15 секунд — целая вечность для
> современных операционных систем. ;)И BIOS мог POST оперативки минуту жевать, но с тех пор были предприняты инициативы для избавления от такого "счастья".
>> со скоростью чтения на забитых пулах 6-10 МБ/с.
> Вообще, 1 ноутбучный диск в линейном чтении выдает ~50МБ/сек.Линейное чтение с диска в один поток и вычитывание данных с ФС вообще-то вещи сильно разные.
Похоже, на юниксовых ФС "рутовый резерв" не только из соображений обслуживаемости делался, а и производительности ради -- по наблюдениям, после 90--95% занятого места все виденные файловые системы начинают крепко задумываться, куда бы рассовать данные -- и вследствие их высокой фрагментации скорость чтения с блинов тоже страдает.
>>> Быстрее Linux должно запускаться ядро FreeBSD, так как гораздо меньше по размеру,
>>> и сервисы стартуют только те, которые явно указаны в loader.conf&rc.conf.
>> Ну так померьте, напишите статью, укажите рекомендации по оптимизации.
>> Возможно, ваши советы будут более практичными, чем "поотрубайте все сервисы".
> Так в FreeBSD ничего не нужно специально делать: нужно указать, какие сервисы
> нужны для работы, и ВСЁ!
> Это только в GNU/Linux и Windows нужно оптимизировать стартовые скрипты и реестры,
> так как по дефолту там запускается всё что нужно и не
> нужно.Уважаемый изен, давайте без этих приколов)
В *nix, в том числе и в linux, всегда можно вывести список того, что запускается при старте.
И отредактировать.
Помнится, когда стояла gentoo на домашнем ноутбуке, каждое сообщение при старте ядра было результатом моих настроек.
Лишнего не было вообще ничего.
В ubuntu, особенно в десктопной - да, стартует поболя чего)С другой стороны, /etc/default/rc.conf во фряхе тоже много чего содержит по умолчанию.
А если поставить что-нибудь десктопное, чтобы и сеть автоматом настраивалась, и флешки определялись, и т.д. - список стартуемого начнет расти.Честно говоря, я надеялся, что вы раскажете что-нибудь о перекомпилировании ядра.
Например, собрать ядро со скомпиленными опциями, увеличить HZ.
Убрать лишние проверки и тесты, которые замедляют запуск ядра.
Про файловую систему что-нибудь - включить soft updates, или наоборот их надо выключить.
Может быть, стоит использовать zfs на рутовом разделе.
Ну и самое вкусное - пересборка мира с нужными опциями.
А так же - sysctl всякие.Что-нибудь типа такого:
http://www.netup.ru/phpbb/viewtopic.php?p=31211#31211
>[оверквотинг удален]
>> нужны для работы, и ВСЁ!
>> Это только в GNU/Linux и Windows нужно оптимизировать стартовые скрипты и реестры,
>> так как по дефолту там запускается всё что нужно и не
>> нужно.
> Уважаемый изен, давайте без этих приколов)
> С другой стороны, /etc/default/rc.conf во фряхе тоже много чего содержит по умолчанию.
> А если поставить что-нибудь десктопное, чтобы и сеть автоматом настраивалась, и флешки
> определялись, и т.д. - список стартуемого начнет расти.
> Честно говоря, я надеялся, что вы раскажете что-нибудь о перекомпилировании ядра.
> Например, собрать ядро со скомпиленными опциями, увеличить HZ.Много раз приводил здесь свой /etc/src.conf и говорил об отключении сборки ядра с отладочной опцией (на десктопе это ни к чему).
> Убрать лишние проверки и тесты, которые замедляют запуск ядра.
Время запуска ядра само по себе и так минимально и буквально "теряется" в куще BIOS POST и на запусках различных полезных демонах и различных сервисов приложений Рабочего стола (devd, usbus, syslogd, rpcbind, nfsd, ntp, dbus, HAL/PolicyKit, cupsd, HPLIP, у кого-то ещё: SAMBA, avahi, etc.).
> Про файловую систему что-нибудь - включить soft updates, или наоборот их надо выключить.
Кому надо, тот включает, кому не надо, тот выключает.
> Может быть, стоит использовать zfs на рутовом разделе.
Вообще, ZFS стоит использовать везде, где больше 4ГБ ОЗУ.
> Ну и самое вкусное - пересборка мира с нужными опциями.
% cat /etc/src.conf
WITHOUT_AMD=true
WITHOUT_ASSERT_DEBUG=true
WITHOUT_ATM=true
WITHOUT_BIND_DNSSEC=true
WITHOUT_BIND_ETC=true
WITHOUT_BIND_LIBS_LWRES=true
WITHOUT_BIND_MTREE=true
WITHOUT_BIND_NAMED=true
WITHOUT_BLUETOOTH=true
WITH_BSD_GREP=true
WITHOUT_BSNMP=true
WITH_CLANG=true
#-WITH_CLANG_IS_CC=true
WITHOUT_EXAMPLES=true
WITHOUT_FLOPPY=true
WITHOUT_FREEBSD_UPDATE=true
WITHOUT_GAMES=true
#-WITHOUT_GCOV=true
WITHOUT_GDB=true
WITHOUT_HTML=true
WITH_IDEA=true
WITHOUT_IPFILTER=true
WITHOUT_IPFW=true
WITHOUT_IPX=true
WITHOUT_IPX_SUPPORT=true
WITHOUT_LIB32=true
WITHOUT_LPR=true
WITHOUT_NDIS=true
WITHOUT_NETGRAPH=true
WITHOUT_NETGRAPH_SUPPORT=true
WITHOUT_PPP=true
WITHOUT_PROFILE=true
WITHOUT_RCS=true
WITHOUT_SENDMAIL=true
WITHOUT_SYSINSTALL=true
WITHOUT_TELNET=true
WITHOUT_WIRELESS=true
WITHOUT_WIRELESS_SUPPORT=true> А так же - sysctl всякие.
Не тюнингую sysctl. "vfs.usermount=1" в /etc/sysctl.conf только. Остальные значения по дефолту нормальные.
> Что-нибудь типа такого:
> http://www.netup.ru/phpbb/viewtopic.php?p=31211#31211"Добавлено: Пт Янв 18, 2008 2:48 pm" для FreeBSD 9-STABLE уже не актуально. Новые времена, знаете ли, современные компьютеры и современные операционные системы... :)
Че-то, как чужое хаить, так вы кидаетесь абстрактными утверждениями:> Быстрее Linux должно запускаться ядро FreeBSD, так как гораздо меньше по размеру, и сервисы стартуют только те, которые явно указаны в loader.conf&rc.conf.
А как на практике, так обтекаемыми фразами, да в огород.
Можете выложить свои замеры, как у вас все загружается?
> Можете выложить свои замеры, как у вас все загружается?Он там уже про какие-то 6-10Мб/сек с файловой системы приводил. Представляешь себе с какой обалденной скоростью ЭТО работает?
Какие волшебные свойства. А ты своим фрибсд ещё небось воду заряжаешь и бугурт лечишь...
> бугурт лечишь...Хреново лечится судя по его сообщениям.
> Быстрее Linux должно запускаться ядро FreeBSD,Вот только время запуска ядра ничто на фоне старта всяких сервисов.
> так как гораздо меньше по размеру, и сервисы стартуют только те,
> которые явно указаны в loader.conf&rc.conf.Понимаешь, проблема не только и не столько в количестве, сколько в асинхронности процессов и времени их выполнения. В лине сейчас все делается весьма параллельно. И ядро оборудование детектит весьма хардкорно и быстро, и старт процессов параллельны. Поэтому пока твой утюг с фрибсдой и классическим инитом раздуплится - у меня пингвин 5 раз взлетит даже с бОльшим числом сервисов и лучшей поддержкой хардвара.
>> Быстрее Linux должно запускаться ядро FreeBSD,
> Вот только время запуска ядра ничто на фоне старта всяких сервисов.
>> так как гораздо меньше по размеру, и сервисы стартуют только те,
>> которые явно указаны в loader.conf&rc.conf.
> Понимаешь, проблема не только и не столько в количестве, сколько в асинхронности
> процессов и времени их выполнения. В лине сейчас все делается весьма
> параллельно.
> И ядро оборудование детектит весьма хардкорно и быстро, и старт
> процессов параллельны.Можно подумать, что FreeBSD запускается последовательно и ждёт старта очередного "зазевавшегося" демона. :))
> Поэтому пока твой утюг с фрибсдой и классическим инитом раздуплится
Читать до просветления современное положение дел в системе инициализации FreeBSD.
> у меня пингвин 5 раз взлетит даже с бОльшим числом сервисов и лучшей поддержкой хардвара.
Больше, чем установлено в железной коробке на самом деле? :)) А смысл?! Опять надо думать, что ещё отключить ненужного и невостребованного, чтобы повысить скорость загрузки на 0,001 секунду. :))
Привожу конфигурацию своеко компьютера: Intel Core i3 (3.2), 4GB, 320HDD,motherboard GIGABYTE H55N-USB3, операционная система - ubuntu linux (2.6.35-22-generic). Время выключения - 0.4 секунды... штепсель из розетки.
Как-то суховато. Если можно, поподробнее. В стиле фороникса. Какие сервисы запущены? Какая файловая система? Как делались замеры? Сколько раз проводился опыт? Каков разброс результатов между опытами? Надо перечислить все этапы завершения работы кампуцера, которые были "оптимизированы" (типа "отключена синхронизация кэша", "отключено сохранение настроек звука", "отключено сохранение файлов (зачем сохранять, если вы всё равно завершаете работу)", "отключено отмонтирование дисков" и т.д.). И графики тоже надо добавить. В результате получился бы хороший HOWTO.бугага
Таким методом у меня на pentium 4, 1gb оперы мгновенно. А вы 0.4с., 0.4с....
Мгновенно не получится. Откройте школьный учебник и прочитайте про индукцию.
> Мгновенно не получится. Откройте школьный учебник и прочитайте про индукцию.Откройте блок питания и осознайте что читать надо про конденсаторы прежде всего :)
Я бы всё-равно так не издевался - мало ли чо... всё-таки лепездричество. Да и говорим мы про ЗАгрузку.
> - 0.4 секунды... штепсель из розетки.А кувалдой по мамке и за 0.1 секунды управиться можно.
>> - 0.4 секунды... штепсель из розетки.
> А кувалдой по мамке и за 0.1 секунды управиться можно.Пулю в проц - 0.01 сек
> Пулю в проц - 0.01 секДля достоверности надо бы хотя бы 10 замеров сделать было :)
> Привожу конфигурацию своеко компьютера: Intel Core i3 (3.2), 4GB, 320HDD,motherboard GIGABYTE
> H55N-USB3, операционная система - ubuntu linux (2.6.35-22-generic). Время выключения
> - 0.4 секунды... штепсель из розетки.Сделайте так 10 раз и покажите усредненные результаты)
> Сделайте так 10 раз и покажите усредненные результаты)"Включите и выключите ваш компьютер 30 раз как можно быстрее" (из текста про BOFH)
А как-же так, без пересборки ведра и убиения initrd??? как-то не ембедно :)
> как-то не ембедно :)Федора в эмбедовке без шансов. Пусть сперва нормальный пакетный менеджер напишут, а то yum постоянно будет икать OOM и тормозить ;)
Не хочу хвалиться, но у меня в Арче загрузка - 4 сек (и это внутри VMWare!). Поставил какой-то новомодный параллельный загрузчик и стала просто сказка!
Федорасты только опомнились...
> Не хочу хвалиться, но у меня в Арче загрузка - 4 сек (и это внутри VMWare!).Не хочу ничего сказать, но при этом может нечестно подыгрывать дисковый буффер + железа у виртуалки мало. Тест не слишком реалистичный.
>> Не хочу хвалиться, но у меня в Арче загрузка - 4 сек (и это внутри VMWare!).
> Не хочу ничего сказать, но при этом может нечестно подыгрывать дисковый буффер
> + железа у виртуалки мало. Тест не слишком реалистичный.Угу, на Xeon 5570 виртуалка с диском tmpfs тоже взлетает под sysvinit стремительным домкратом :) (дольше всего из индивидуальных последовательных стадий -- старт udev с полным набором рулезов и выставление железных часов)
>и это внутри VMWare!Точнее, благодаря тому, что это внутри VMWare. Виртуальное железо инициализируется намного быстрее. :)
Все сделал как описано в статье, время загрузки сократилось с 15 секунд до 13.
Мы в восхищении, малыш!
> сократилось с 15 секунд до 13.???
PROFIT :)