История изменений

Можно конкретнее, что там такого подрывного?

Для строго локального применения libvirt не нужен. Это примерно как из пушки по воробьям. Хотя, конечно, входящий в пакет virsh (virtual machine shell) и достаточно удобен, если хочется работать из консоли и нет желания вкрячивать на машину ещё и virtmanager. В принципе, локально проще и экономичнее через bash рулить виртуалками, уважаемый James_Holden здесь прав.

К тому же, если виртуалок более чем дохрена, то libvirt предоставляет очешуенный сишный API для руления виртуалками (в т.ч., кстати, и Hiper-V и бсдшным hyve или как там оно у них называется, не помню). В общем, с этой библиотечкой можно вполне такой качественный «руль» для виртуалок сделать, что одной самописной командой класть например, целый пул из пары сотен VM. И долго ждать работы скрипита не нужно. В общем, весч. Особенно, если виртуалки подняты где-то за тридевять земель, в ДЦ.

Для локальной работы, кстати, я бы посмотрел в сторону того, как это реализовано (предложено к реализации) в Gentoo. Есть модуль ядра binfmt_misc. Вот тут написано как его настраивать для разных VM и для разных процессоров с разной разрядностью.

После запуска rc-service qemu-binfmt start; rc-update add qemu-binfmt default, после любой перезагрузки системы, при старте, например, ./my_armv7_app, система по ps -aux будет показывать это самое my_armv7_app не как процесс под VM, а как «родной» для системы процесс, что весьма удобно для управления и наглядно.

Можно конкретнее, что там такого подрывного?

Для строго локального применения libvirt не нужен. Это примерно как из пушки по воробьям. Хотя, конечно, входящий в пакет virsh (virtual machine shell) и достаточно удобен, если хочется работать из консоли и нет желания вкрячивать на машину ещё и virtmanager. В принципе, локально проще и экономичнее через shell рулить виртуалками, уважаемый James_Holden здесь прав.

К тому же, если виртуалок более чем дохрена, то libvirt предоставляет очешуенный сишный API для руления виртуалками (в т.ч., кстати, и Hiper-V и бсдшным hyve или как там оно у них называется, не помню). В общем, с этой библиотечкой можно вполне такой качественный «руль» для виртуалок сделать, что одной самописной командой класть например, целый пул из пары сотен VM. И долго ждать работы скрипита не нужно. В общем, весч. Особенно, если виртуалки подняты где-то за тридевять земель, в ДЦ.

Для локальной работы, кстати, я бы посмотрел в сторону того, как это реализовано (предложено к реализации) в Gentoo. Есть модуль ядра binfmt_misc. Вот тут написано как его настраивать для разных VM и для разных процессоров с разной разрядностью.

После запуска rc-service qemu-binfmt start; rc-update add qemu-binfmt default, после любой перезагрузки системы, при старте, например, ./my_armv7_app, система по ps -aux будет показывать это самое my_armv7_app не как процесс под VM, а как «родной» для системы процесс, что весьма удобно для управления и наглядно.