The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Отчет о работе, проведенной для сокращения времени загрузки Mandriva 2009.0

29.09.2008 10:19

Глава французской команды разработчиков Mandriva Linux рассказал о проведенных оптимизациях, которые позволили значительно уменьшить время загрузки Mandriva 2009.0.

Например:

  • Чистка инициализируемых на этапе загрузки устройств в системе udev (убраны старые pty), позволила уменьшить время загрузки на 2 секунды.
  • Включение отложенной загрузки модуля usb-storage сократило время, при подключенных usb хранилищах, на 5 секунд.
  • Оптимизация образа initrd позволила выиграть от 6 до 15 сек времени для устройств подобных Asus EeePC 701.
  • Модуль флоппи-привода тормозил загрузку на 2 сек.
  • Запуск dkms и harddrake в неблокирующем режиме позволил сэкономить 5-7 сек.
  • Кеширование программ и библиотек, используемых на этапе инициализации (readahead), уменьшило время загрузки еще на 2 сек.
  • Предварительная загрузка в память наиболее интенсивно используемых данных, не дожидаясь непосредственного запуска программы (preload) позволила сэкономить 5 сек. на этапе запуска десктоп окружения.
  • Отключение ожидания сетевой активности в DBUS и экранном менеджере ускорило процесс загрузки на 1 секунду.


  1. Главная ссылка к новости (http://blog.crozat.net/2008/09...)
  2. OpenNews: Компания Mandriva выпустила Linux дистрибутив для ультрамобильных ноутбуков
  3. OpenNews: План разработки Mandriva Linux 2009
  4. Уменьшение времени загрузки Ubuntu Linux
  5. Уменьшение времени запуска программ в Ubuntu при помощи prelink и preload
  6. OpenNews: Вышел второй кандидат в релизы Mandriva Linux 2009
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/18154-boot
Ключевые слова: boot, time, mandriva, linux
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (41) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Читатель (?), 10:26, 29/09/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Жду с нетерпением релиза.
     
  • 1.2, Аноним (2), 10:27, 29/09/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    нехитрый расчет показывает ускорение как минимум на 30 сек. ... за сколько же она теперь грузиццо ?
     
     
  • 2.4, trdm (ok), 10:57, 29/09/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >нехитрый расчет показывает ускорение как минимум на 30 сек. ... за сколько
    >же она теперь грузиццо ?

    -10 секунд. (минус 10 секуд).
    Т.е. за 10 секунд до нажатия кнопки Power уже все загружено :)


     
     
  • 3.21, fix (??), 21:16, 29/09/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >за 10 секунд до нажатия кнопки Power уже все загружено :)

    +1 :))

     
  • 3.22, User294 (??), 21:42, 29/09/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >-10 секунд. (минус 10 секуд).

    А машина времени поставляется в комплекте с системой?Лайт версия чтоли - всего -10 секунд?

     
  • 2.5, Аноним (5), 10:59, 29/09/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >нехитрый расчет показывает ускорение как минимум на 30 сек. ... за сколько
    >же она теперь грузиццо ?

    а мне интересно, а сколько же она грузилась ! до оптимизации ?  :)

     
  • 2.11, F (?), 11:55, 29/09/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >нехитрый расчет показывает ускорение как минимум на 30 сек. ... за сколько
    >же она теперь грузиццо ?

    А если ещё раз внимательно прочитать пост, можно заметить, что для большинства пользователей не применимы одновременно все оптимизации. Или у всех тут Asus EeePC с usb-storage устройствами подключенными при загрузке?

     
     
  • 3.23, User294 (??), 21:45, 29/09/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >не применимы одновременно все оптимизации.

    Хм.Я что-то не заметил тут оптимизаций сильно корежащих и ломающих что-либо.Как максимум от оптимизации не будет эффекта =)

     
     
  • 4.31, F (?), 12:39, 30/09/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Я имел в виду, что время нельзя складывать.
     
     
  • 5.40, User294 (??), 20:47, 03/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Я имел в виду, что время нельзя складывать.

    А это зависит от того как именно сделан старт.С классическим Init по сути можно.С остальными навроде upstart - зависит от того что и как считать.Если экономия времени происходит из-за меньшего юзания диска, CPU и прочая - то тоже можно.А если иметь в виду что параллельно работавший процесс длительностью в N секунд теперь не используется или работает M секунд - тогда да, сказать что сэкономили именно N секунд - нельзя.

     
     
  • 6.43, Michael Shigorin (ok), 02:20, 07/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >>Я имел в виду, что время нельзя складывать.
    >А это зависит от того как именно сделан старт.  С классическим Init по
    >сути можно.  С остальными навроде upstart

    Рекомендую ещё http://lwn.net/Articles/299483/ почитать -- вот это весьма интересно.

    И да, Вы немного того, ошиблись. :)

     

  • 1.3, Аноним (3), 10:55, 29/09/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    счас стоит MDV2009RC2 - я бы не сказал что она грузится быстрее, а скорее совсем наоборот - заметно медленее (относительно 2008). Версии обе FREE 32-бит. Правда всё по дефолту. Мож чего не настроил???
     
  • 1.7, Аноним (3), 11:27, 29/09/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я поставил 2009.0 cooker, действительно визуально шустренько, очень порадоволо, и kde4 вылизали, как работает в целом мне понравилось, пока только положительные моменты.
     
  • 1.8, Painbringer (?), 11:38, 29/09/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    у меня Gentoo грузится за 28 секунд. что я делаю не так? )))
     
     
  • 2.9, Anatol (??), 11:46, 29/09/2008 [^] [^^] [^^^] [ответить]  
  • +/
    не используешь openrc?
     
  • 2.10, bsdemon (?), 11:52, 29/09/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Что то медленно у вас) точно не считал но моя гента за секунд 15 - 20... )))
     
     
  • 3.24, User294 (??), 22:01, 29/09/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Что то медленно у вас) точно не считал но моя гента за
    >секунд 15 - 20... )))

    Одно дело когда система стартует "по дефолту" за столько и другое - когда она это делает после бааааальшого напильника.Часто после такого напильника система не способна работать на ином железе чем у великого комбинатора-оптимизатора, что для систем "для всех" неприемлимо.

     
  • 2.12, F (?), 12:01, 29/09/2008 [^] [^^] [^^^] [ответить]  
  • +/
    А на каком железе получается такое время как-бы не важно.
     
     
  • 3.13, Аноним (5), 12:14, 29/09/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >А на каком железе получается такое время как-бы не важно.

    не думаю, что кто-то щас будет 2.6 ядро на Celeron 300 МГц катать... и на 128М оперативы...

     
     
  • 4.19, Michael Shigorin (ok), 14:48, 29/09/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >не думаю, что кто-то щас будет 2.6 ядро на Celeron 300 МГц
    >катать... и на 128М оперативы...

    Да ладно, оно и на первом пентиуме с 32M прилично ездит.  Чай не 2.6.8 на дворе...

     
     
  • 5.27, Аноним (5), 08:15, 30/09/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Да ладно, оно и на первом пентиуме с 32M прилично ездит.  
    >Чай не 2.6.8 на дворе...

    И вот так прямо с Х-ами и ездить ???  
    .. если честно, то я не пробовал... нету машин на 370-ом сокете в пределах видимости :)

     
     
  • 6.35, Michael Shigorin (ok), 01:27, 01/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >>Да ладно, оно и на первом пентиуме с 32M прилично ездит.  
    >>Чай не 2.6.8 на дворе...
    >И вот так прямо с Х-ами и ездить ???

    С иксами, udev'ом (для флэшек), ltspfs для проброса этих самых флэшек, pulseaudio, что-то там ещё по мелочи... а, ltspinfod.

    Без udev влазит и в 16M.

    >если честно, то я не пробовал... нету машин на 370-ом сокете в пределах видимости :)

    Первые пентиумы -- это Socket 7 (не считая 5 и тем более 4) :-)

    Вот на Socket 3 тому, что мы сделали, уже не подняться (разве что чрут от LTSP4.2 взять).

    PS: это про тонко-клиентскую часть ALT Terminal 4.0: http://www.opennet.ru/opennews/art.shtml?num=17850

     

  • 1.15, gentoouser (?), 13:12, 29/09/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    результат сборки ядра для себя был бы еффективнее проведенной оптимизации))))
     
     
  • 2.18, Dvorkin (??), 14:06, 29/09/2008 [^] [^^] [^^^] [ответить]  
  • +/
    ваши руки не для скуки
     
  • 2.26, User294 (ok), 05:20, 30/09/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >результат сборки ядра для себя был бы еффективнее проведенной оптимизации))))

    Это привилегия этих, как его... хента... хенту... гентушников, вот :).В моем понимании такой онанизм приемлем только в 1 случае - если вы девелопаете кастомный кернел под какую-то экзотичную железку, процесс производства которой вам подконтролен и вы уверены что железки будут именно такие.

    В остальных случаях это скорее ничем не оправданый онанизм и убиение времени на всякую фигню.Вот сделать универсальную систему которая быстро грузится у всех - это и полезно и почетно.А потратить кучу времени и сил на столь ничтожный и незначительный результат как выигрыш несколько в секунд, пару сотен килобайтов и прочая на *ОДНОМ* КОНКРЕТНОМ PC - это просто страдание фигней чтобы доказать самому себе что я, дескать, крут.На самом деле это скорее доказывает лишь то что у кого-то дофига свободного времени которое ничерта не стоит чтобы заниматься фигней ради ничтожного и незначительного результата.

     
     
  • 3.30, bich (?), 10:39, 30/09/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    >
    >В остальных случаях это скорее ничем не оправданый онанизм и убиение времени
    >на всякую фигню.Вот сделать универсальную систему которая быстро грузится у всех
    >- это и полезно и почетно.А потратить кучу времени и сил
    >на столь ничтожный и незначительный результат как выигрыш несколько в секунд,
    >пару сотен килобайтов и прочая на *ОДНОМ* КОНКРЕТНОМ PC - это
    >просто страдание фигней чтобы доказать самому себе что я, дескать, крут.На
    >самом деле это скорее доказывает лишь то что у кого-то дофига
    >свободного времени которое ничерта не стоит чтобы заниматься фигней ради ничтожного
    >и незначительного результата.

    Перестань курить такую сильную траву.

     
  • 3.32, gentoouser (?), 14:15, 30/09/2008 [^] [^^] [^^^] [ответить]  
  • +/
    вы видимо чего то в линуксе не понимаете и поетому пользуетесь логикой винъюзера))
    если в вашем понимании качественная настройка и работа с операционной системой и софтом - онанизм, это ваше право так думать - для других ето более полезный интиресный процесс))))))) Собрав однажды себе ядро вы не только получите 2-3 мегабайта быстрого кода (посматрите сколько весит ваше ядро) но и возможность скомпилировать нужные и удалить ненужные модули, которые скорее всего грузятся у вас автоматом с проверкой на портебность - что никак загрузку системы не ускорит)).. также отключив подджержку ненужных устройств, прерывания от которых ваш процессор будет вынужден обрабатывать))


     
     
  • 4.33, Michael Shigorin (ok), 01:08, 01/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >вы видимо чего то в линуксе не понимаете

    Боюсь, скорее Вы не понимаете ли в линуксе, ни в жизни :-(  Профессионализма не наберётесь и время не вернёте.  Хоть чужое-то такими "советами" не тратьте.

    >Собрав однажды себе ядро вы не только получите 2-3 мегабайта быстрого кода
    >(посматрите сколько весит ваше ядро) но и возможность скомпилировать нужные

    [прочий типовой бред поскипан]
    Видите ли, собрав ядро не один десяток раз -- понимаешь, что гораздо лучше добротная сборка человека, который умеет ядро _готовить_, а не молодого упорного дятла, который только и осилил его _собирать_ (с кем из нас не бывает по молодости).

    Почему бред?  Да потому, что Вы говорите про "оптимизацию", а при этом гробите времени куда больше, чем экономите.  И ещё и впариваете это как некое достижение другим.

    Процессор обработает лишнюю тыщу прерываний чуточку быстрее, чем Вы галочку в make menuconfig тыркнете.  А чтоб отбить время, убитое на оптимизацию загрузки одной системы -- сколько ж раз в час надо её бутать?  Этак аптаймами меряться не получится.

    X-Eyes: Red
    X-Employment: Student
    :-/

     
  • 4.41, User294 (??), 21:16, 03/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Я в любой системе предпочитаю понимать как она работает Так доступно В частности... большой текст свёрнут, показать
     

  • 1.16, Guest (??), 13:13, 29/09/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Запуск dkms и harddrake

    А если вообще не запускать всякие кривые велосипеды...

     
     
  • 2.17, Аноним (2), 13:22, 29/09/2008 [^] [^^] [^^^] [ответить]  
  • +/
    В принципе dkms придуман для того, чтобы компилить сторонние модули при смене ядра не ручками. Для того драйвера nvidia.

    Хотя да, это уже недостатки линухового монолитного ядра без стабильного abi:D

     
     
  • 3.20, Michael Shigorin (ok), 14:53, 29/09/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >В принципе dkms придуман для того, чтобы компилить сторонние модули при смене
    >ядра не ручками. Для того драйвера nvidia.

    "Тот драйвер nvidia" удобней поставлять вместе с ядром.

    >Хотя да, это уже недостатки линухового монолитного ядра без стабильного abi:D

    Очередной начитавшийся пионерских мнений... почитайте Documentation/stable_api_nonsense.txt насчёт стабильности A_P_I (не говоря про A_B_I), затем сделайте на ближайшем линуксе lsmod и  ps aux | grep '^root.*\[k', изучите обнаруженное и подумайте сами.

    Стыдно должно быть древние сказки в духе GTF пересказывать.

     
     
  • 4.28, Аноним (2), 09:59, 30/09/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >"Тот драйвер nvidia" удобней поставлять вместе с ядром.

    ~s/Тот/Тот же/

    Если его там нет при переезде на новое ядро, то -> модуль не найден -> чорный экран или vesa режим (от дистра зависит).

    DKMS - Dynamic Kernel Module Support.
    Фреймворк позволяющий выпускать новые версии драйверов устройств не для каждой новой версии ядра, а только привязываясь к более статичному программному интерфейсу ядра (kABI).

    Из новости:

    Программа "Partner Linux Driver Process" позволит производителем оборудования выпускать драйверы для SUSE Linux без привязки к процессу обновления ядра Linux. Novell самостоятельно будет сообщать разработчикам о всех изменениях kABI ядра, которые могут повлиять на работу драйвера и совместно адаптировать его к внесенным изменениям.

    По сути, Novell предлагает выпускать новые версии драйверов не для каждой новой версии ядра, а только при изменениях более статичного программного интерфейса ядра (kABI). Для этого планируется использовать наработки DKMS (Dynamic Kernel Module Support), созданные при поддержке компании DELL.

    А так да, каждые 2-3 месяца все по новой без этого.

     
     
  • 5.36, Michael Shigorin (ok), 01:31, 01/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >DKMS - Dynamic Kernel Module Support.

    Угу.  Только без поддержки поставщиками драйверов не очень много смысла видится (хотя он тоже есть).  Да и допинывают их потихоньку перестать морочить таким головы себе и всем остальным...

    >А так да, каждые 2-3 месяца все по новой без этого.

    Некоторым достаточно update-kernel. :)

     
     
  • 6.38, Аноним (2), 08:49, 02/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >>А так да, каждые 2-3 месяца все по новой без этого.
    >Некоторым достаточно update-kernel. :)

    А кто то их еще и разрабатывает, допиливает:)

     
  • 4.29, Аноним (2), 10:01, 30/09/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >lsmod и  ps aux | grep '^root.*\[k'

    а при это то тут?

    для них может и нонсенс:)

     
     
  • 5.34, Michael Shigorin (ok), 01:09, 01/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >>lsmod и  ps aux | grep '^root.*\[k'
    >а при это то тут? для них может и нонсенс:)

    К байке про "монолитность" линукса.  Модули и ядерные треды, соответственно.

     
     
  • 6.37, Аноним (2), 08:48, 02/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Только и модули просто так не установишь - сторонние.
     

  • 1.25, Аноним (3), 03:12, 30/09/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    У меня CRUX максимум 8 секунд грузитцо в консоль на P3 800/256Mb.
    + 5 секунд в иксы и флаксбокс :P
     
     
  • 2.39, АнанимузЪ (?), 20:01, 03/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Не знаю, сдается мне что грузится она также как и 2008. Кроме того обнаружена загрузка кучи левых модулей: нафиг мне например vbox loader по дефолту если я vbox'ом не пользуюсь.

     

  • 1.42, Аноним (3), 08:50, 06/10/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Хм...ставил себе последню бету - 2009 okapi, на моем железе грузилсась с минуту точно
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру