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

Где нет рисков что-то сделать не так

Пожалуйста, уточните, есть ли в vmm виртуалках аппаратное ускорение виртуализации на X86?
А на других архитектурах? Например, ARM32 bit?

там только оно и есть, т.е. оно не умеет без него работать вообще, там нет полноценного эмулятора процессора как в куэму.
про арм надо идти читать man 4 vmm  наверное

А с точки зрения безопасности виртуализация vmm чем-то лучше (безопаснее), чем QEMU+KVM?

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

У меня впечатление, что телега из виртуалки KVM последние несколько недель творила какие-то непотребности, пару раз завесила комп с огромным потреблением памяти снаружи на хосте и позавчера вообще ядро линукса 4.19 перестало стартовать (хотя 4.9 стартовало) , перешил бивис, опять завелась шарманка, убрал тележку в браузер, но все равно как-то мерзко все-это, давно собирался убрать телегу на отдельную железяку, но пока совсем не до этого.

нет, это обычное телегоповедение. на ровном месте сожрать пять гигов и сдохнуть это не то что бы нормально, но было у меня два раза за полгода

И испоганить бивис, что комп перестал грузить мое обычное ядро, которое успешно грузил уже 2 года подряд как минимум 1-2 раза в месяц.

Не стартовал даже Live CD с похожим ядром, а с более ранним стартанул таки :)

и опыт, сын ошибок трудных :D
я одну материнку плясками с корбутом угробил, всё нормально

Так я то сам ничего не делал с бивисом, мне его кто-то посторонний подшил, вероятно из гостевой виртуалки, а там кроме телеги никого нет постоянно подключенного к интырнету.

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

Надо делать кластер из одноплатников BBB по одному контейнеру на каждую плату, замонаются его завешивать.

На glibc попробуйте запускать телеграм с переменной окружения MALLOC_MMAP_THRESHOLD_=128

Такое невозможно

У меня однажды в 2019 году что-то похожее произошло на другом отдельно стоящем в коридоре компе P3, вообще без подключений к сетям. Там только флоп и CD-ROM был. Так вот почти через неделю после начала экспериментов на нем, я не смог больше загрузиться в Linux и даже DOS грузился как-то совсем криво.

Тогда я зашел в BIOS и выбрал опцию обновления с флопа, после чего все заработало нормально, как и раньше. Это походит на буткит, только непонятно как его прошили, наверно только проникновением в квартиру, потому что сначала все работало прекрасно целую неделю, и железяка уже очень старая, чтобы поддерживать PLC через 220В.

До повторной прошивки, я не мог загрузить ни ядро своей обычной повседневной оси, ни последние ядра LiveCD. После прошивки все заработало, чем это можно объяснить?

Ну, может, чем-то типа багов ACPI

А в 2013 году мне пришлось менять матплату, потому что у нее во время загрузки UEFI стало все жутко тормозить, по меню курсор перемещался как будто в замедленном кино в 100x раз.
У меня даже доки вероятно сохранились, претензия на обмен и т.п. из DNS, в результате плату поменяли.