В списке рассылки разработчиков ядра Linux представлен (https://lkml.org/lkml/2012/10/11/246) патч с реализацией нового инструмента для автоматического измерения времени, затрачиваемого на выполнение различных стадий загрузки. Отмечается, что новая система отличается минимальным влиянием на производительность и обеспечивает возможность доступа к накопленной статистике через интерфейсы sysfs/bootime.
В отличие от ранее доступных систем, Boottime позволяет использовать данные в автоматически работающих тестовых комплексах и не требует установки дополнительных приложений (например, популярный инструмент bootchart (http://www.bootchart.org/) требует запуска фонового процесса). Формируемые данные совместимы с утилитой scripts/bootgraph.pl и могут быть использованы в стандартных средствах визуализации процесса загрузки. Дополнительно возможен экспорт расширенной статистики через debugfs, включающей сведения о нагрузке на систему, наблюдаемой на различных стадиях загрузки.
URL: https://lkml.org/lkml/2012/10/11/246
Новость: http://www.opennet.me/opennews/art.shtml?num=35066
Весёлая новость. Наверное это один из этапов подготовки к конкурсу на самый быстрый бут. Хоть бут и происходит раз в полгода, но кому-то это важно, мать его дери.
Кому-то важно, да. Потому что телевизор например имеет полное право бутиться почаще чем раз в полгода. И никому не хочется ждать 5 минут пока телевизор прогреется^W загрузится.
Раньше ждали пока прогреется пока засветиться, пока еадр в экран влезет и моргать перестанет.
:)
> Потому что телевизор например имеет полное право бутиться почаще чем раз в полгода.Вы полагаете этот "инструмент_встроенный_в_ядро" будет сильно нужен в ядре, сконпилированном под телевизер? :)
Аноним, не тупи. По бутчартам получил данные, кто кого, где и сколько ждал, оттюнил узкие места, собрал ядро без Boottime и закатал прошу для телевизора
> прошуРозовые пони одобряют.
> Вы полагаете этот "инструмент_встроенный_в_ядро" будет сильно нужен в ядре, сконпилированном под телевизер? :)Как минимум, для того, чтобы правильно собрать ядро под телевизор.
Ну кто-то обновляет систему чаще 2-х раз в год
> Ну кто-то обновляет систему чаще 2-х раз в годГентурасы ежедневно, не?
> Весёлая новость. Наверное это один из этапов подготовки к конкурсу на самый быстрый бут. Хоть бут и происходит раз в полгода, но кому-то это важно, мать его дери.Потребности меньшинств, у которых бут раз в полгода, мало волнуют большинство, у которого бут минимум раз день :)
А в systemd его внедрят?
Ага, два раза.
Linux и systemd - прямые соперники в соревновании "кто больше всякой хрени включит".
А потом они объединятся (среди разработчиков ядра уже сейчас бродят идеи о переименовании systemd в Linux Core OS и жесткой привязке ядра к этому окружению), и захватят мир.
Не раньше, чем Линуса собъёт автобус.
Да и мало ли какие идеи могут бродить среди двух с половиной разработчиков, сочувствующих Потцерингу.
Линус и Леннарт в довольно хороших отношениях.
К тому же, Кроа-Хартман и Инго Молнар - это немножко больше, чем два с половиной разработчика :)
> К тому же, Кроа-Хартман и Инго Молнар - это немножко больше, чем два с половиной разработчика :)AFAIK, еще Alan Cox. Во всяком случае, положительно комментирует systemd в гуглоплюсе.
А первые два так вообще стеной за идею Core OS.
> AFAIK, еще Alan Cox. Во всяком случае, положительно комментирует systemd в гуглоплюсе.Пруфы?
Комменты к лентам systemd и леннарта в гуглоплюсе, очевидно же.
Я и не ожидал, что фанбой Леннарда сможет хотя бы приблизительно понять, о чём пишет Алан Кокс. Приведи пример и как ты его понял, смешно будет почитать что ты назвал "положительным отзывом". =)
>Линус и Леннарт в довольно хороших отношениях.Линус в более чем хороших отношениях с Unix-way, поэтому никакие systemd и кореоси не пройдут.
>К тому же, Кроа-Хартман и Инго Молнар - это немножко больше, чем два с половиной разработчика :)
Если измерять по ЧСВ, то намного больше. =)
> Линус в более чем хороших отношениях с Unix-way, поэтому никакие systemd и кореоси не пройдут.Именно поэтому и пройдут. Потому что юниксвейны.
Хаха, скажи это Леннарду, он тоже над тобой поржёт. =))
> Хаха, скажи это Леннарду, он тоже над тобой поржёт. =))А если Линусу сказать про юниксвейность Linux, он тоже ржать будет?
>> Хаха, скажи это Леннарду, он тоже над тобой поржёт. =))
> А если Линусу сказать про юниксвейность Linux, он тоже ржать будет?Без сомненья. "Linux is NOT UNIX" (C) Так-то его слова.
> Линус и Леннарт в довольно хороших отношениях."Two-faced lying weasel" - это типичное обращение к другу, особенно если тот делает что-то хорошее и правильное.
( https://lkml.org/lkml/2012/10/2/303 )Он же. Тем же. Оттуда же:
What kind of insane udev maintainership do we have? And can we fix it?
If the new maintainers are causing problems, they need to be fixed some way.
> "Two-faced lying weasel" - это типичное обращение к другу, особенно если тот делает что-то хорошее и правильное.Для Линуса - да :)
> What kind of insane udev maintainership do we have? And can we fix it?
> If the new maintainers are causing problems, they need to be fixed some way.Обычная рабочая обстановка в LKML.
>> "Two-faced lying weasel" - это типичное обращение к другу, особенно если тот делает что-то хорошее и правильное.
> Для Линуса - да :)
>> What kind of insane udev maintainership do we have? And can we fix it?
>> If the new maintainers are causing problems, they need to be fixed some way.
> Обычная рабочая обстановка в LKML.Линус ещё не понял, что они намеренно, а не случайно поломали udev.
> Линус ещё не понял, что они намеренно, а не случайно поломали udev.Может быть, но там уже явным образом речь идет о форке, включении его (форка) в репозитории с исходниками ядра и поддержкой этого всего совершенно другими людьми. В качестве причин постоянно упоминается недоверие как к самому новому udev, так и к его майнтейнерам.
> Может быть, но там уже явным образом речь идет о форке, включении его (форка) в репозитории с исходниками ядра и поддержкой этого всего совершенно другими людьми.Обычная линусовская манера морально стимулировать сотрудников :)
> В качестве причин постоянно упоминается недоверие как к самому новому udev, так и к его майнтейнерам.
О каком "новом udev" речь? udev все тот же старый. Сайверс его мейнтейнит как минимум лет семь.
> О каком "новом udev" речь? udev все тот же старый.Речь идет, естественно, о новых версиях того же старого udev.
> Сайверс его мейнтейнит как минимум лет семь.
Ну, видимо, раньше он рано или поздно все-таки чинил если что-то ломалось, а сейчас там идет речь о том, что бодро выходят новые версии, а то, что явно сломали не то что не чинится, но нет даже намеков на движение в этом направлении. Собственно, основное недовольство Линуса было не в том что что-то сломали, а в том что даже и не собираются чинить.
Напомните мне, что запускается ДО ядра? Ведь именно эти части будут недоступны для измерения.
Биос/UEFI и загрузчик.
Но леннарт уже подсуетился - его загрузчик (gummiboot) сам регистрирует время, и к тому же считывает отметки времени UEFI (есть там такая фиче).
А с биосом такое не прокатит.
ещё одна отличная даром ненужная штука, отнимающая попусту ресурсы компа, и замедляющая загрузку.
> ещё одна отличная даром ненужная штука, отнимающая попусту ресурсы компа, и замедляющаязагрузку.
Один аноним говорит, что быстрая загрузка нафиг не нужна, другой переживает из-за микросекундного замедления...
Во-первый не микросекундного.
Во-вторых десяток таких ненужных вещей, уже больше, чем на секунду увеличится загрузка системы, все нормальные пользователи переживают из-за лунксных тормозов.
> все нормальные пользователи переживают из-за лунксных тормозов
> больше, чем на секунду увеличится загрузка системы(Глядя на хрипящую диском по 10 минут винду) нормальные пользователи-альтруисты, о себе не думают, всё о других? :)
systemd в kernel ?хе-хе - мелковато плаваем
были проекты и глобальнее
шел и иксы в ядрепричем рабочий код еще лежит на просторах интернета
а вы говорите систем ... :)