где взять информацию по ядру?

[StarMAUGLI]

Для прокачки скилов линуксоида и для общего развития, хочу собрать ядро.
Но возникает масса вопросов на которые я не могу найти ответов.
Возможно, вы мне подскажете.

1. У меня старый процессор Core 2 Quad Q9300 (2008 года выпуска), поэтому для его поддержки, очевидно, подойдет любое ядро старше, скажем, на пару лет?
на сайте kernel.org самое древнее 3.16.58 (где-то в интернете нашел, что ядро 3.16 вышло в 2014 г.)

rc - кандидат релиз (текущее тестируемое ядро) пока отметаем. Я далек от задач бета-тестеров, мне бы главное что бы комп стабильно работал.
(EOL) - End of Life (конец срока жизни) ядро, которое в ближайшем будущем Линус и команда перестанут поддерживать. В случае самостоятельной сборки, наверное, можно использовать. Когда ядро собирают самостоятельно, то это делают из соображений "на долго". Единственный недостаток любого самосборного ядра (отслеживание дыр безопасности), здесь проявится сильнее. Впрочем ядро 3.18 я забракую по другим соображениям.

в дистрибутиве LM18.3 которым я пользуюсь самое младшее 4.4.ххх

допустим, для данного дистрибутива самое младшее получается 4.4.ххх, и мне для того, что бы этот дистр нормально работал, ниже по версиям ядер опускаться наверное не стоит? Допустим таким образом я определил нижнюю границу допустимого для моего компа ядра.

2. Теперь то, что касается верхней границы: Чем отличаются более старшие ядра и стоит ли их рассматривать (например, из-за улучшенных алгоритмов работы с памятью, планировщиков и т.п. или закрытие "дыр" безопасности)? Или дыры в ядрах упомянутых на кернел.орг и так и так закроют? Тогда для выбора ядра, что бы сделать осознаный выбор необходимо знать про прочие улучшения происходившие в ядрах. Про некоторые вещи я вообще не понимаю: вот например системд это ядерная фича которую можно (можно ли?) включить/отключить или вообще просто отдельный пакет?

3. Кроме "ванильных" ядер от Линуса, существуют еще ядра дистрибутивные с какими-то наложенными патчами. Где можно ознакомиться с набором этих улучшений? (или даже лучше с экспертным мнением о них).

3.1. И где их брать? и можно ли брать ядра с патчами от других дистрибутивов (арча? генту? еще каких-нибудь?), если "да" то чем это чревато? на что следует обратить внимание?

4. Кроме "ванильных" и дистрибутивных ядер еще существуют разработки сообщества. Наиболее известные pf и zen. С ними вообще ничего не понял. Существуют ли они как отдельные ядра или только в виде патчей которые надо самостоятельно накладывать на ядро? При этом разработка этих проектов очевидно отстает по времени и самые новые ядра желающим с этими патчами использовать придется обождать. Впрочем, это на сегодня, не моя ситуация.

[StarMAUGLI]

Общее направление по тому что я хотел бы сделать с ядром
Сходства и различия... (Пост Unborn #63806)

Да сразу ядро 4.4-pf для домашнего компа. Или zen, там вообще полный набор.
В общем случае - планировщики - задач BFS (уже есть лучше - MuQSS, но в 4.4 его не было, когда я скачивал-устанавливал - в прошлом году ещё, и в 4.8 тоже), ввода/вывода BFQ - добавить для блиновых дисков.
RT - 1000Мгц - всё мультимедиа прибавит.
Выбор архитектуры ЦП.
Гибернацию Tux.
UKMS
Гувернёра по умолчанию - performance. Ну и безжалостное выпиливание модулей для на хрен не нужных железок, первым делом поддержку производителя не твоего ЦП, чтобы бестолково не загружалась, т.к. монолитно И для соплей пузырём - включить пингвинов в логотип загрузки ядра.
Инструкций по конфигурированию ядра полно. Не ламер чей, разберёшься.

- Так pf или zen? и так с трудом продираешься, а тут еще и выбор с огромным сбором информации.
- по поводу планировщиков откуда их надо "скачивать-устанавливать"? естественне если есть лучший планировщик, то я хотел бы именно лучший.
- RT - что это? куда это?
- Выбор архитектуры - ну хоть это понятно.
- "Гибернацию Tux" - это как? гибернация мне на домашнем компе без надобности (и вообще в старом железе от нее одна головная боль, работает через пень-колоду). А вот логотип линукса при загрузке я бы вставил - он бы меня радовал.
- UKMS - опять... это что/куда?
- Гувернёра по умолчанию - performance. - аналогично... что/куда?
- безжалостное выпиливание модулей для на хрен не нужных железок, первым делом поддержку производителя не твоего ЦП - это понятно!!!
- включить пингвинов в логотип загрузки ядра - ОК

Ну и инструкция по сбору ядра, что бы все было более-менее в одном месте
https://help.ubuntu.ru/wiki/%D1%81%D0%B ... 1%80%D0%B0

[StarMAUGLI]

Есть еще один вопрос по скриншоту с керенл.орг.
Вот последнее ядро в списке linux-next - это что за ядро?
Если что гуглом/яндексом пользоваться умею и сперва погуглил прежде чем спросить...
вот это вот
https://code-examples.net/ru/q/126ea23
не ответ на вопрос
а на основании вот этого
http://www.opennet.ru/opennews/art.shtml?num=31868
можно строить домыслы, что это что-то еще более свежее, чем кандидат-релиз - но вот уверенности в этих домыслах нет
UPD: https://www.computerra.ru/183074/linux-aging/

[StarMAUGLI]

Еще вопросы:
в папке /boot рядом с каждым ядром лежит файл вида config(номер ядра)-generic
Что это за файл?
Оно описывает текущую конфигурацию ядра?
Можно ли его редактировать?
Влияет ли он на загрузку ядра или хранит конфигурацию для компиляции (текущей и/или возможной в будущем)?
Будет ли отличаться содержимое этого файла для разных ядер на одном и том же компьютере (железе)? (ну то есть, это просто перечислитель обнаруженого железа и драйверов к нему, или что-то еще? если "что-то еще", то что?)

[Chocobo]

У меня старый процессор

Ядро комплексная штука, и за один проц судить по версиям не совсем корректно. Тут совокупность взаимодействия и хардварной (на примере графики: под coffee lake завезли в 4.15, amdgpu в 4.9, nouveau научилось GF10XX под 4.13 и т.д. ) составляющей и программной (тут уже фс, планировщики, доп методы экзотичной низкоуровнейвой защиты и т.д.) начинки.

ядра дистрибутивные с какими-то наложенными патчами

На примере твоего 4.4.0-135 - http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.4.135/
Там увидишь сверху патчи на него убунтой накладываемые.

Наиболее известные pf и zen.

Здесь можно провести аналогию с wine-staging, энтузиасты закладывают патчи и улучшательства которые апстрим по каким-то причинам не считает достаточно стабильными или необходимыми.

Вот последнее ядро в списке linux-next - это что за ядро?

А здесь читай как current = stable, rc = testing/beta, next = unstable/alpha.
Новшества релиз-кандидата уже определены - туда вносятся только багфиксы, чтоб дотянуть его к стабильному виду, это условно бета-тестирование. В next еще формируется будущий новый функционал

[StarMAUGLI]

Ядро комплексная штука, и за один проц судить по версиям не совсем корректно. Тут совокупность взаимодействия и хардварной (на примере графики: под coffee lake завезли в 4.15, amdgpu в 4.9, nouveau научилось GF10XX под 4.13 и т.д. ) составляющей и программной (тут уже фс, планировщики, доп методы экзотичной низкоуровнейвой защиты и т.д.) начинки.

Так вот именно про это я и спрашиваю. Есть какая-то сравнительная таблица по ядрам или график выпуска обновлений? Не хотелось бы тупым перебором и тестированием существующих ядер заниматься. Когда не известны ключевые показатели о каком тестировании может идти речь? На уровне только нравится/не нравится. Ну так это можно и на основании рассмотрения логотипа очередной версии сказать. )) Тем более что сложно тестировать не зная о тех моментах на которые стоило бы обратить внимание. Хотелось бы делать ОСОЗНАННЫЙ выбор в пользу того или иного ядра.
Может быть есть еще какой-то способ (кроме таблиц и схем) узнать то что нужно, но я про такой способ не знаю? Подскажите тогда, плиз, в какую сторону искать.

[StarMAUGLI]

На примере твоего 4.4.0-135 - http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.4.135/
Там увидишь сверху патчи на него убунтой накладываемые.

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

4.4.0-135 - это я решил попробовать более младшее ядро посмотреть....
из плюсов: внезапно мышка на правую кнопку начала охотнее отзываться... (с последним для ЛМ18.3 ядром раз 5-6 приходилось нажимать, прежде чем контекстное меню открывалось, а теперь стабильно со 2-3)
а где еще чего могло измениться в лучшую/худшую сторону не понятно даже где смотреть.

[Chocobo]

Есть какая-то сравнительная таблица

Есть чейнджлоги под конкретную версию
Сравнительная таблица вышла бы на несколько сотен мегабайт плейнтекста
То что требуется нам в десктопном исполнении и дестопнымим железками - вершина айсберга, но и тут дикий зоопрак разнообразных железок всех сортов от процов с чепсетами до блютуз/вайфай свистков.
Ядро может работать (и работает) как в разнообразной эмбедовке, IoT так и на серверах с суперкомпьютерами - поэтому сама постановка вопроса "что эта версия даст мне", ну как бы не совсем корректна Особенно в разрезе изменений для правой кнопки мыши твоей

[StarMAUGLI]

Сравнительная таблица вышла бы на несколько сотен мегабайт плейнтекста

тогда придется сортировать по тому, что удалось нарыть (в первом приближении)

"слишком старое" - не предлагается (читай не рекомендуется) дистростроителями LM
"слишком новое" - не предлагается (читай не рекомендуется) дистростроителями LM
"годится" - опять же с точки зрения дистростроителей

итого три ядра ванильных, шесть ядер от убунты (кстати, так до конца не разобрался где брать исходники... это вот по той ссылке что ты дал это оно?) итого девять.
Плюс можно еще сделать девять ядер с патчем pf и столько же с патчем zen (тоже надо найти откуда их брать... они наверное для каждого ядра отдельные или один патч подходит к любому ядру?)
Итого: если я хочу подобрать себе наилучшее ядро для старенькой десктопной машины, то мне надо перебрать и протестировать на работоспособность (3+6)*3=27 ядер.
(неплохо для прокачки скила "красноглазик" линуксоида)

И после того как я сделаю свой выбор я буду уверен (на 51%), что у меня наилучшая конфигурация ядра для моего компьютера?

Или есть еще какие-то соображения, по которым можно отсеить те или иные ядра?

[Chocobo]

"годится" - опять же с точки зрения дистростроителей

годится в 18.Х только 4.4 и 4.15 с точки зрения дистростроителей. Остальные давно в eol и поросли мхом.
4.15 тоже лтс-ядро в убунтоминтах, только тянет его сам каноникл под свои дистрибутивы, и будет делать это пять лет на срок жизни bionic

[StarMAUGLI]

Chocobo, Тогда квест несколько упрощается.

Итого, всего 15 ядер, вместо 27-и.
Ну уже что-то.

[StarMAUGLI]

Если выкинуть из убунтовских ядер все которые не longterm (только не понятно мешает ли это при самосборном ядре, по-моему нет, если на момент сборки оно пропатчено от дыр), то останется только одно ядро 4.4.х (возможно, с него и стоит начать?):
- ванильное 4.4.159,
- убунтовское 4.4.0-135,
- ванильное 4.4.159 + pf,
- убунтовское 4.4.0-135 + pf,
- ванильное 4.4.159 + zen,
- убунтовское 4.4.0-135 + zen
"И их осталось шесть..." (с) А.Кристи "Десять негритят"

[rogoznik]

StarMAUGLI, LTS-ядро будет лучше...на него будут выходить заплатки...берешь новые исходники, подсовываешь туда свой конфиг от предыдущей сборки и собираешь ядро...и вуаля есть свое ядро с новыми заплатками

[StarMAUGLI]

LTS-ядро будет лучше...на него будут выходить заплатки...берешь новые исходники, подсовываешь туда свой конфиг от предыдущей сборки и собираешь ядро...и вуаля есть свое ядро с новыми заплатками

ОК
мысль понял

[StarMAUGLI]

Список имеющихся в репозитории версий можно увидеть набрав команду: «apt-get source linux-image-» и, не нажимая Enter, нажать два раза клавишу Tab.

цитата отсюда https://help.ubuntu.ru/wiki/%D1%81%D0%B ... 1%80%D0%B0
и сразу же вопрос:

Код: Выделить всё

linux-image-4.4.0-1015-kvm        linux-image-4.4.0-31-lowlatency
linux-image-4.4.0-1016-aws        linux-image-4.4.0-34-generic
linux-image-4.4.0-1016-gke        linux-image-4.4.0-34-lowlatency
linux-image-4.4.0-1017-aws        linux-image-4.4.0-36-generic
linux-image-4.4.0-1017-kvm        linux-image-4.4.0-36-lowlatency
linux-image-4.4.0-1018-aws        linux-image-4.4.0-38-generic
linux-image-4.4.0-1018-gke        linux-image-4.4.0-38-lowlatency
linux-image-4.4.0-1019-kvm        linux-image-4.4.0-42-generic
linux-image-4.4.0-101-generic     linux-image-4.4.0-42-lowlatency
linux-image-4.4.0-101-lowlatency  linux-image-4.4.0-43-generic
linux-image-4.4.0-1020-aws        linux-image-4.4.0-43-lowlatency
linux-image-4.4.0-1020-kvm        linux-image-4.4.0-45-generic
linux-image-4.4.0-1021-kvm        linux-image-4.4.0-45-lowlatency
linux-image-4.4.0-1022-aws        linux-image-4.4.0-47-generic
linux-image-4.4.0-1022-gke        linux-image-4.4.0-47-lowlatency
linux-image-4.4.0-1023-kvm        linux-image-4.4.0-51-generic
linux-image-4.4.0-1024-gke        linux-image-4.4.0-51-lowlatency
linux-image-4.4.0-1026-aws        linux-image-4.4.0-53-generic
linux-image-4.4.0-1026-gke        linux-image-4.4.0-53-lowlatency
linux-image-4.4.0-1026-kvm        linux-image-4.4.0-57-generic
linux-image-4.4.0-1027-gke        linux-image-4.4.0-57-lowlatency
linux-image-4.4.0-1027-kvm        linux-image-4.4.0-59-generic
linux-image-4.4.0-1028-aws        linux-image-4.4.0-59-lowlatency
linux-image-4.4.0-1028-gke        linux-image-4.4.0-62-generic
linux-image-4.4.0-1029-kvm        linux-image-4.4.0-62-lowlatency
linux-image-4.4.0-1030-aws        linux-image-4.4.0-63-generic
linux-image-4.4.0-1031-aws        linux-image-4.4.0-63-lowlatency
linux-image-4.4.0-1031-gke        linux-image-4.4.0-64-generic
linux-image-4.4.0-1031-kvm        linux-image-4.4.0-64-lowlatency
linux-image-4.4.0-1032-aws        linux-image-4.4.0-66-generic
linux-image-4.4.0-1032-gke        linux-image-4.4.0-66-lowlatency
linux-image-4.4.0-1032-kvm        linux-image-4.4.0-67-generic
linux-image-4.4.0-1033-gke        linux-image-4.4.0-67-lowlatency
linux-image-4.4.0-1033-kvm        linux-image-4.4.0-70-generic
linux-image-4.4.0-1034-gke        linux-image-4.4.0-70-lowlatency
linux-image-4.4.0-1035-aws        linux-image-4.4.0-71-generic
linux-image-4.4.0-1037-aws        linux-image-4.4.0-71-lowlatency
linux-image-4.4.0-1038-aws        linux-image-4.4.0-72-generic
linux-image-4.4.0-1039-aws        linux-image-4.4.0-72-lowlatency
linux-image-4.4.0-103-generic     linux-image-4.4.0-75-generic
linux-image-4.4.0-103-lowlatency  linux-image-4.4.0-75-lowlatency
linux-image-4.4.0-1041-aws        linux-image-4.4.0-77-generic
linux-image-4.4.0-1043-aws        linux-image-4.4.0-77-lowlatency
linux-image-4.4.0-1044-aws        linux-image-4.4.0-78-generic
linux-image-4.4.0-1047-aws        linux-image-4.4.0-78-lowlatency
linux-image-4.4.0-1048-aws        linux-image-4.4.0-79-generic
linux-image-4.4.0-1049-aws        linux-image-4.4.0-79-lowlatency
linux-image-4.4.0-104-generic     linux-image-4.4.0-81-generic
linux-image-4.4.0-104-lowlatency  linux-image-4.4.0-81-lowlatency
linux-image-4.4.0-1050-aws        linux-image-4.4.0-83-generic
linux-image-4.4.0-1052-aws        linux-image-4.4.0-83-lowlatency
linux-image-4.4.0-1054-aws        linux-image-4.4.0-87-generic
linux-image-4.4.0-1055-aws        linux-image-4.4.0-87-lowlatency
linux-image-4.4.0-1057-aws        linux-image-4.4.0-89-generic
linux-image-4.4.0-1060-aws        linux-image-4.4.0-89-lowlatency
linux-image-4.4.0-1061-aws        linux-image-4.4.0-9019-euclid
linux-image-4.4.0-1062-aws        linux-image-4.4.0-9020-euclid
linux-image-4.4.0-1063-aws        linux-image-4.4.0-9021-euclid
linux-image-4.4.0-1065-aws        linux-image-4.4.0-9022-euclid
linux-image-4.4.0-1066-aws        linux-image-4.4.0-9023-euclid
linux-image-4.4.0-1067-aws        linux-image-4.4.0-9025-euclid
linux-image-4.4.0-108-generic     linux-image-4.4.0-9026-euclid
linux-image-4.4.0-108-lowlatency  linux-image-4.4.0-9027-euclid
linux-image-4.4.0-109-generic     linux-image-4.4.0-9028-euclid
linux-image-4.4.0-109-lowlatency  linux-image-4.4.0-91-generic
linux-image-4.4.0-112-generic     linux-image-4.4.0-91-lowlatency
linux-image-4.4.0-112-lowlatency  linux-image-4.4.0-92-generic
linux-image-4.4.0-116-generic     linux-image-4.4.0-92-lowlatency
linux-image-4.4.0-116-lowlatency  linux-image-4.4.0-93-generic
linux-image-4.4.0-119-generic     linux-image-4.4.0-93-lowlatency
linux-image-4.4.0-119-lowlatency  linux-image-4.4.0-96-generic
linux-image-4.4.0-121-generic     linux-image-4.4.0-96-lowlatency
linux-image-4.4.0-121-lowlatency  linux-image-4.4.0-97-generic
linux-image-4.4.0-122-generic     linux-image-4.4.0-97-lowlatency
linux-image-4.4.0-122-lowlatency  linux-image-4.4.0-98-generic
linux-image-4.4.0-124-generic     linux-image-4.4.0-98-lowlatency
kernel@mugalem-P35 ~ $ apt-get source linux-image-4.4.0-

что означают aws, kvm, gke, lowlatency, generic после версии ядра?
и lowlatency, generic, euclid далее еще раз?

Также существуют ядра, работоспособность которых в Ubuntu не гарантируется. Например, известна проблема с рядом популярных системных приложений (в частности драйвера NVidia, VirtualBox), которые при своей установке компилируются под установленное ядро. Поэтому для их установки на ядро, нестандартное для данной версии Ubuntu (например, Ubuntu 16.04 идёт с ядром 4.4.0), может потребоваться их отдельная компиляция вручную или специальные патчи, а последние версии ядер с kernel.org приложение может вообще не поддерживать.

Похоже, по этой причине, можно откинуть еще три ядра от самого Торвальдса. Значит остается Шаттлворт.
"И их осталось трое..." А. Кристи "Десять негритят".

[rogoznik]

generic

generic - это то что обычно ставиться с образа, там для сферического компа в вакууме

[StarMAUGLI]

там для сферического компа в вакууме

Т.е. не использовать? Или при конфигурировании ручками, это будет не важно?

[rogoznik]

при конфигурировании ручками, это будет не важно

совершенно верно, а остальные - это, кмк, наборы патчей

а последние версии ядер с kernel.org приложение может вообще не поддерживать.

с боксой такое есть, они долго обновление выпускают после выхода новой версии ядра

[StarMAUGLI]

совершенно верно

понял
а какую версию лучше брать по цифрам? тупо самую большую? зачем их так много? 200 штук аж... только-только до 3 довел, и на тебе снова-здорово!

Нарыл еще немного по расширениям... похоже, но сокращения, в основном, другие, видно тоже инфа устаревшая.

Это некоторые простые рекомендации, чтобы помочь вам понять, что ядро, и в каком порядке, вы должны проверить, чтобы соответствовать вашему случаю использования.

Если вам не требуется низкая задержка для вашей системы, пожалуйста, используйте ядро-generic.
Если вам нужна система с низкой задержкой (например, для записи аудио), пожалуйста, используйте ядро-preempt в качестве первого выбора. Это уменьшает задержку но не жертвует функциями энергосбережения. Он доступен только для 64-битные системы (также называемые amd64).
Если ядро-preempt не обеспечивает достаточно низкую задержку для ваших нужд (или у вас 32-битная система), то вы должны попробовать - lowlatency ядро.
Если ядро-lowlatency недостаточно, то вы должны попробовать ядро-rt
Если ядро-rt недостаточно стабильно для вас, то вы должны попробовать ядро-realtime

Что в блоге не присутствует какой-либо факт, это только теория. На самом деле это так: процессор "останавливается" чаще, чтобы увидеть, есть ли какие-то процессы, требующие немедленного внимания. Это означает, что эти процессы будут выполняться раньше других, поэтому Вы не будете пропускать кадры при кодировании или иметь огромные задержки между щелчками мыши и смертями противника. Это не означает, что все процессы закончатся раньше: на самом деле процессор теряет большую часть своего времени, решая, какой процесс будет выполнен дальше, и делая контекстный переключатель.Таким образом, общее время выполнения больше, и именно поэтому никто не запускает ядро preemptible на веб-сервере или компьютерах базы данных. Но для gameservers лучше всего использовать упреждающее ядро 300 Гц (или даже 1000 Гц).

Но в настоящее время процессоры имеют много ядер, поэтому, когда есть несколько процессов, требующих внимания, они могут быть легко выделены на другом ядре, а не ждать, пока ядро примет его.

(клиент StackExchange требует от меня ссылок/личный опыт: я инженер-электронщик, кровожадные noobgamer поддерживая несколько gameservers в http://www.gamezoo.it ).

Поэтому, как правило, я бы сказал: Если Ваш процессор является мощным четырехъядерным ядром с высокой частотой, и вы обычно не открываете тонны веб-страниц при кодировании / декодировании / играх (huh), вы можете просто попробовать ядро generic (или i686, или amd64, если они существуют) и иметь максимально возможную пропускную способность (т. е. Если у вас возникли проблемы (они должны быть действительно незначительными) или ваша машина немного менее мощная, чем верхняя часть рынка, перейдите к-preempt.

Если вы находитесь на низкоуровневом компьютере с одним или двумя ядрами, попробуйте использовать-lowlatency. Вы также можете попробовать-realtime, но вы обнаружите, что он имеет тенденцию блокировать процессы, пока "real-time" не закончит свою работу. Я считаю, что ядро realtime не является "ванильным", но имеет патч CONFIG_PREEMPT_RT. Я думаю, что ядра в реальном времени предназначены только для тех, кто должен создавать одно приложение на встроенных системах, поэтому обычные пользователи настольных компьютеров не должны иметь реальных преимуществ, потому что они обычно запускают достаточное количество приложений одновременно.

И, наконец, наиболее релевантные параметры ядра, если вы хотите перекомпилировать ядро самостоятельно, чтобы иметь рабочий стол с низкой задержкой:

Код: Выделить всё

PREEMPT=y

и

Код: Выделить всё

CONFIG_1000_HZ=y

Чтобы добавить некоторые powersaving вы можете проверить это

Код: Выделить всё

CONFIG_NO_HZ=y

Оба фрагмента отсюда (в гуглопереводе)
https://askubuntu.com/questions/126664/ ... altime-one

Чем дальше углубляюсь, тем больше вопросов. Следующий, новый вопрос:
Какой утилитой проверять работоспособность ядра?
Думаю, до компиляции ядра было бы уместно сделать некий тест, с результатами которого можно было бы сравнить работоспособность самосборного ядра.
здесь
https://xakep.ru/2007/12/13/41530/
я нашел несколько:
latencytest
rt-test
pi_tests
но мне кажется, статья старовата... может чего посвежее порекомендуете?

здесь
https://losst.ru/programmy-dlya-testirovaniya-linux
тоже есть несколько утилит, уже посвежее... но как-то мне показалось, что они немного не о том... или я ошибаюсь?

[rogoznik]

StarMAUGLI, это все из другой оперы...это все для любителей сравнить чей йух длинней комп быстрей. Т.е. тестирование производительности тех или иных подсистем и т.п. А проверить работоспособность ядра ты можешь только загрузившись с ним.