res2001

В GUI приложении есть event loop, который получает у ОС очередное событие и обрабатывает его.
Обычно event loop спрятан глубоко в дебрях используемой в приложении GUI библиотеки (например Qt).
Чтоб разобраться нужно посмотреть как это пишут на низком уровне. Гуглите о написании "оконной процедуры" - это для винды. В никсах все примерно так же.

netsh можно передавать на исполнение файл-скрипт, содержащий ее команды

MSVC Redistributable - это стандартная библиотека компилятора микрософт. Самой винде обычно достаточно одной версии и она уже есть в составе винды, но тем программам, которыми вы пользуетесь, видимо, нужны другие версии библиотеки и установщик ставит нужную версию. Версий этого пакета у микрософт очень много.
Удалить можно, но скорее всего какой-то софт перестанет работать.

Чем стандартный reg /? не устраивает? После установки просто удаляете соответствующие ключи из реестра.
Чтоб не было лишних вопросов установку нужно запускать из-под админа, иначе запись в ветку HKLM не возможна. Но вам и так скорее всего нужно его запускать с админскими правами, т.к. нужно установить программу.

Погуглил за вас:
https://en.wikipedia.org/wiki/Emergency_Management...
https://remontcompa.ru/1627-chto-takoe-ems-enabled.html
Чтоб установить винду EMS не нужно, но оно и не помешает процессу.

Windows+RDP и все доступно по умолчанию. Зачем еще какая-то программа?
Вообще в винде много чего можно делать удаленно и даже без доступа к удаленному раб.столу. Если в сети есть АД, то все сильно проще. Если АД нет - сложнее, но то же можно :-)

чтобы пользователи не смогли мешать на мою подключению

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

1.Какой гипервизор используете?
2.Обычно не нужно останавливать виртуалку для бэкапа, достаточно сделать снэпшот и бэкапить снэпшот. Именно так работает большая часть софта для бэкапа виртуалок.
3.Во многих случаях нельзя просто так взять и забэкапить снэпшот виртуалки, т.к. содержимое снэпшота может быть не консистентно (и если придется восстанавливать снэпшот вы рискуете потерять данные). Например если в виртуалке крутится база данных, то ее надо бэкапить средствами базы данных, а не гипервизора. Та же АД - это по сути база данных. По факту бэкапить снэпшотами можно только для какой-то файло помойки или для сервера приложений, где есть только установленные приложения, которые не часто меняются.

Запускаете программу, запускаете менеджер задач, на закладке Detail добавляете столбец для отображения "command line", обычно там указан полный путь к программе. Если полный путь не указан, значит программа лежит где-то в путях перечисленных в переменной окружения PATH.

Без финансовых затрат можно попробовать определить что именно тормозит систему и попытаться побороться с этим.
Для определения причин тормозов в помощь менеджер задач и монитор ресурсов.
Находите службу/программу, которая отъедает CPU и/или память и начинаете разираться с ней.
Как выше многие заметили не используйте утилиты типа CCleaner.

По поводу апгрейда:
Обычно 8 Гб ОЗУ в большинстве случаев достаточно. 4 Гб - мало.
Не тянет HDD - ну это вопрос спорный. Если сам диск физически в порядке (смотрите SMART статус) и свободного места на системном разделе хватает с запасом (для винды всегда нужно держать 5-10 Гб свободного объема на системном диске), то для большинства задач будет достаточно HDD.
Реальные потребности сильно зависят от задач, которые вы выполняете на ноуте.
На сколько я понял ноут сильно поношенный, поэтому подумайте перед тем как вкладывать в него деньги, возможно будет лучше купить новый аппарат.

Думаю что одной командой тут не обойтись.
Можно получить список запущенных svchost с PIDами и путем, затем отфильтровать его, убрав те, которые лежат в %SystemRoot%\System32. После этого уже можно прибивать оставшиеся в списке процессы по PIDу из списка.
tasklist полный путь не выводит. Полный путь можно получить с помощью:

wmic process where "name='svchost.exe'" get Name,ProcessID,ExecutablePath

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

Для реализации требуемого функционала можно вообще не использовать никаких библиотек - все обеспечивает ОС API (для никсов GUI - не входит в API, предоставляемое ядром, но это не играет роли).
Максимально маленький размер exe и потребляемой памяти можно получить на С/С++. Си чуть более компактен и быстр.
Писать на голом ОС API достаточно долго и трудоемко, и код будет максимально далек от кросс-платформенности (хотя в вопросе про это речь не идет). Но это будет очень хороший опыт и это достаточно интересно на небольших проектах.
Поэтому, если все же есть какие-то сроки, то следует использовать библиотеки, ускоряющие разработку. Конечно, библиотеки - это прослойка между ОС API и приложением и это увеличивает и объем исполняемого файла и объем потребляемой памяти. Но тут всегда нужно принимать какой-то компромис.
Для GUI под винду можно использовать WTL - это компактная ООП надстройка над виндовым GUI, разработана микрософт предоставляется в исходниках (по крайней мере когда я последний раз имел с ней дело). WTL - это по любому С++. Хватает и других библиотек для GUI.

На счет IDE - можно использовать любую - это не влияет на количество потребляемой приложением памяти.

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

Внутреннее устройство Виндоуз Русиновича.
Никакая книга не сможет вместить описание всего API. Так что документация на сайте микрософта по любому нужна.

Можно брать и на 1000 мб.
В общих чертах процедура описана верно.
Я бы сделал загрузочную флэшку например из этого набора.
Там в комплекте уже весь нужный софт есть даже в нескольких вариантах. Можете использовать например Acronis Disk Director.