rPman

питон тут однозначно не подойдет

для windows:
Без использования драйверов фейкового монитора, но при наличии физических выходов на видеокарте, можно к ним подключить заглушку (она дешевая, разная для каждого типа разъемов, гуглить эмулятор заглушка терминатор монитора dsub/hdmi/dp), благодаря которой система будет считать что монитор подключен, и уже средствами ОС работать с этим монитором (само собой чтобы самому видеть содержимое придется поставить какой-нибудь vnc с поддержкой мультимониторной конфигурации)

Есть бесплатный враппер (это не кряк а утилита использующая штатный win api), которая превращает рабочие ревизии windows в сервер терминалов (позволяет подключиться mstsc одновременно несколько сессий а не только одну), фокус к сожалению будет убегать но можно сделать каскадные подключения

Есть ibik aster, платная утилита, позволяющая из одного компьютера с несколькими мониторами, клавиатурами, мышками полноценные рабочие места на не серверных ревизиях windows, т.е. в совокупности с заглушкой из машины можно сделать несколько рабочих мест, на каждом запускать приложение и каждое рабочее место будет иметь свой фокус, т.е. приложения будут одновременно активны.

(после win8 лицензия стала запрещать использовать компьютер с такими ревизиями больше чем одному человеку, даже игры splitscreen, следовать ли этому бредовому требованию - на вашей совести, технических ограничений нет)

понижение в 48 раз это конечно много

по теме:
* проверь что включена аппаратная виртуализация в bios, так же попробуй выбери 'интерфейс виртуализации' kvm в настройках ускорения виртуальной машины (на linux должны доступны штатный от virtualbox и kvm, а hyper-v это только для windows хоста)

* установи на windows guest additions - это по факту драйвера на виртуальные устройства, после установки которых в настройках виртуальной машины можно включить контроллер virtio (и для сети тоже)

по умолчанию virtualbox использует эмулятор контроллера sata и он медленнее (но не в 48 раз, это конечно что то не то), особенно это видно при использовании сети на максимальной скорости, не virtio-... устройства начинают использовать cpu очень сильно

qemu/kvm должен это уметь но я не видел красивых инструкций на это дело, вполне возможно что придется собирать как qvm так и ядро под это дело
и однозначно понадобится рут, но это не самая проблема, пересобрать ядро или хотя бы модуль к нему доступно не для каждого android устройства, так как производители старательно плюют на лицензию

Да можно, и как раз с linux так сделать будет легче всего.
Это называется виртуальная машина, установи удобный для пользователей VirtualBox (можно использовать менее удобный штатный от майкрософта) и в нем запусти свой linux

p.s. если linux на том же диске что и windows, то сделать это теперь нельзя (в win7..8 можно было) майкрософт блокирует доступ к диску.

Единственный момент, когда виртуализация может дать ускорение - это легкое включение lazy writes для файловых систем, когда запрос принудительной записи данных на диск будет игнорироваться файловой системой а реальная запись откладываться на потом (так можно сделать и без виртуализации, средствами файловой системы той же ext4, так же можно включить принудительную буферизацию записи например в istgt (демон iscsi) для сетевых томов).

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

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

p.s. либо вы что то не так поняли либо гоните в шею этих советчиков

Виртуализация и контейнеризация это для удобства администрирования, особенно удобно переносить установленные приложения на другую машину, даже с другим железом, почти без конфигурирования, просто переносом образа виртуальной машины (а если используются сетевые nas то даже без этого, почти моментально - выключил тут включил там)

С точки зрения безопасности, контейнирезация отделяет(не обязательно но это по умолчанию так) реальную сеть еще одной виртуальной локальной, получается изоляция приложений без особой настройки фаервола, кому то это даже нравится, может поэтому посоветовали?

Самое простое, проверить наличие возможности подключения adb по сети, в последних версиях android (а в старых кастомных сборках типа lineageos давно уже) этот функционал уже имеется. В этом случае adb подключается с указанием ip и порта (он будет указан при включении этой фичи)
это будет выглядеть где то так:

adb pair 192.168.0.110:35049 580187
adb connect 192.168.0.110:40585

порт и пин будут случайными, на смартфоне в момент pair будет выскакивать запрос подтверждения на подключение
в каких то случаях pair не требуется (я так и не понял почему у меня на одном смартфоне без него не заработало) так как это один из вариантов

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

теперь про kvm - пробросить устройство внутрь либо usb либо сразу контроллер, на котором он весит (я так мышь с клавиатурой пробрасывал)

запускать скрипт под специально созданным пользователем backup и выдать права на каталог с бакапами только там где это допустимо

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

Про создание 'аналог vps', пили скрипты автоматизации или бери готовое (под windows скорее всего нет), для virtualbox есть консольная утилита VBoxManage которая позволяет делать все что хочешь плюс еще в довесок скрытые функции.

По организации виртуальных машин, есть следующие варианты:
* подготавливаешь скрипты автоматической установки системы на виртуальную машину (я видел реализацию, когда виртуальная или реальная машина в режиме 'установка' запускалась с загрузкой по сети или с компакт диска, где ее ждал unattended/automated install (такие образы iso можно сделать чуть ли не штатно из большинства популярных дистрибутивов), который размечал разделы, копировал систему и прописывал настройки сети (я видел таких что прописывали статикой, не надо так) и по мелочи
* подготавливаешь готовые образы виртуальных машин, которые являются стартовыми шаблонами, и делаешь простое копирование (используй cp --reflink=auto, тогда физически копия не будет занимать места на диске пока не начнутся туда записи, т.е. место будет занимать только изменения), затем диску меняешь uuid чтобы virtualbox не ругался на дубляж

VBoxManage internalcommands sethduuid диск.vdi/vhd/vmdk

* используешь штатный инструмент снапшотов vitualbox, когда шаблонные системы управлять ими немного муторно, но они очень быстрые и позволяют много сценариев эффективной работы с данными (например резервные копирование может быть снапшотом)

p.s. на базе функционала virtualbox можно запилить очень мощный облачный хостинг, но в пределах одной машины (точнее без функционала кластера, например нет миграции), более продвинутые функции есть у qemu kvm, позволяет очень много интересного реализовать, на его базе redhat пилит свой платный продукт для этого, конкурирующий с vmware/xen.

память тестировал то?

Всё работает, но если виртуалки долго не включаются, то система выдаёт ошибку: "Повреждён файл \Windows\System32\Config\SYSTEM" и больше не запускается.

если виртуалку долго НЕ ВКЛЮЧАТЬ?
и где именно ошибку пишет, в гостевой системе в виртуалке или хостовой системе?

если поврежден файл на хост системе, может так оно и есть? SYSTEM это реестр
чинить файл (я хз как) или хотя бы восстанавливать из бакапа

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

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

Никак.

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

p.s. а не пробовал ли воспользоваться штатным (есть в т.ч. в win pro/ultimate версиях) майкрософтовским инструментарием виртуальных машин, как раз использующих hyper-v? интерфейс похож на немного усложненный и в то же время кастрированный по функционалу инструментарий virtualbox.

Виртуальная машина использует только физическую память, т.е. использовать больше памяти чем есть физически, с помощью файла подкачки почти невозможно (кажется qemu умеет). Если у тебя 8гб ram то виртуальную машину можно создать на 6гб (требуется 64-битная ос).

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

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

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

Можно попытаться полную виртуализацию с помощью qemu, без использования аппаратной виртуализации, но даже если это заработает, то будет на столько медленно что это будет не обучение а мучение.

upd. для изучения большинства интересных фишек типа миграции понадобится минимум две машины (плюс NAS, рекомендую взять третью, хоть старый хлам, и сделать на основе linux свой, iscsi на базе istgt более чем подойдет), обязательно требование - поддержка аппаратной виртуализации (все процессоры 5+ и большинство 10+ лет), если нужно закупать оборудование, максимально дешево, брать интеллевские процессоры, запаиваемые в mitx материнки (настоятельно рекомендую модели J4xxx или j5xxx, это самые последние чипсеты от интель, очень производительные за свои деньги)

На сколько я знаю, в win10 (когда то в win7 я спокойно подключал виртуалке) системный диск так не подключить, а если диск не используется, то сначала его нужно перевести в состояние offline (в оснастке управление дисками нажать на диске правую кнопку и выбрать offline/вне сети)

p.s. кажется при использовании qemu/kvm можно эмулировать диск, подключив только физический раздел, а симулированный mbr и прочее сохранить в файле.

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

Зтем добавляешь route add vpn сервер провайдера на шлюз, и получаешь работающий vpn. При подключении vpn сеть будет работать через него, а при отключении - только до vpn сервера

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

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

Если была efi то нужно включить ее поддержку в виртуалке, я не знаю есть ли эта опция у hyper-v, но у других виртуалок типа qemu-kvm/virtualbox поддержка есть