Комментарии 9
Вот это я понимаю - НЕ-дешевая популярность. Крутой тип, зависть.
Подход крутой, несомненно!
Разработчик из Red Hat Ричард Джонс рассказал, как он спустя 292 612 перезагрузок виртуальных машин в течение 21 часа нашёл редкую ошибку в ядре Linux 6,
а как он смог за 21 час перегрузить 292к раз ? Там же получается 0.26 сек на перезагрузку
Мы не знаем сколько было виртуальных машин, их могло быть несколько тысяч. Такое довольно легко разворачивается на тестовых фермах. Странно тут то, что багу не отловили раньше - тесты в таких масштабах на новых сборках ядра проводятся как минимум в нескольких компаниях.
Видимо виртуальных машин было сильно больше одной.
Текст читали? У него был скрипт "запускавший ОС и отслеживавший результат в несколько потоков. " и, кмк, запускал он на виртуалках.
Так и баг вылезал именно на виртуалках: "У него рандомно зависали системы при работе с инструментом libguestsfs для доступа к образам дисков виртуальной машины и их модификациям." Ну и "несколько потоков" - это очень и очень скромно. С другой стороны, у кого другого этот баг вылезал бы раз в год, а ему глаза мозолил.
Помимо вашего первого неверного допущения об одной VM Вы, возможно, еще предполагаете полную загрузку. Тут же могло быть минимальное tiny ядро, без init, grub и т.п.
Мне интереснее, он баг ловил через grep на виртуальном tty vm-ки или как-то иначе панику определял, типа netconsole?
Human learning справляется с задачей за 21 час.
Разработчик из Red Hat спустя 292 612 перезагрузок нашёл редкую ошибку в ядре Linux 6