Всем хорош Windows Server 2016, но (и тут линуксоиды меня поддержат) у него есть один громный недостаток - по-умолчанию просмотр фотографий в нем не в "Средстве просмотра фотографий", как в Windows 7, 8 или 10. Нет, здесь была подложена бомба под популярность серверной ОСи - фотографии открываются в Paint! Это фиаско, братан! (c)

Думаю, не ошибусь, если предположу, что с тормозами при работе с удаленным рабочим столом (RDP) сталкивались все, кто с RPD работал. Симптомов тормозов может много: медленно передает файлы через буфер обмена, долго печатает, медленно отрисовывается экран при прокрутке, особенно если просматривать тяжелые сайты, нагруженные графикой, pdf, состоящих из сканов и т.п. Соответственно, и решения как ускорить RDP тоже бывают разные (см. также "Что такое RDP"). Ниже опишу одно из решений проблемы отрисовки экрана, когда при работе с удаленным RDP, через интернет, а не в пределах локальной сети, прокрутка документов, перемещение объектов рабочего стола, масштабирование в документах вызывает существенный дискомфорт - все дергается, нет плавности движений.

Возникла задача - есть хост KVM и нужна виртуальная машина с Windows Server. Лицензия есть. Создал, запустил, и вроде все ок, но от всех 12 ядер хостового CPU назначено только одно ядро. Ну что за вопрос - добавим. Стало 4 vcpu. Запустил Windows, а лицензия не подходит уже, т.к. я получил 4-х процессорную виртуальную машину (4 виртуальных сокета, а не 4 ядра одного процессора), хотя в реальности она использует всего треть от одного физического CPU. А сокеты от ядер в модели лицензирования отличаются. На каждый сокет нужно минимум 8 лицензированных ядер. Т.е. если у вас 4 проца с 2 ядрами каждый, то лицензировать придется минимум 4*8=32 штук ядер. А если 1 процессор с 8 ядрами - то 1*8=8 лицензий. Это вам не Debian или CentOS виртуализовывать, тут реально думать надо :)

Если необходимо управлять виртуальными машинами KVM с помощью графического приложения, есть вариант - Virt-Manager.

При запуске виртуальной машины VirtualBox многие столкнулись с выпадением Windows в синий экран. Т.е. Windows загружается нормально, VirtualBox запускается нормально, но стоит запустить виртуальную машину - все, BSOD. В чем дело?

Для того, чтобы работа с компьютером была как можно более шустрая, в Windows есть механизм анализа того, какие программы чаще всего запускаются при загрузке операционной системы или в процессе работы - Superfetch. Работа этой службы может как ускорить работу, так и создать ненужную нагрузку на диск. Справедливости ради надо отметить, что Windows может сама определить, что диск быстрый и работа SuperFetch не нужна. Но всегда бывают исключения из правил.

Заметка написана в связи с очередной попыткой в июле 2019 добавления телеметрии в уходящий поезд Windows 7 с помощью обновления KB4507456 (позиционируется как обновление для системы безопасности - такие как правило ставят обязательно).

Многим знакома ситуация, когда компьютер Mac очень медленно делает резервные копии. Особенно сильно это видно при создании первой копии, но не менее обидно, если очередной инкрементальный backup никак не завершится успехом. С каждым обновлением MacOS глюки добавляются, заменяются, к сожалению, достаточно вылизанная система в плане штатного резервного копирования чуть-чуть недооптимизирована.

Если vm создавалась с диском 30 Гб, то даже если вы видите, что реально внутри vm файлы занимают 10 Гб, для хоста все равно диск vm будет занимать 30 Гб. А если изначально vm создавалась с диском 300 Гб, а потом реально там занято не более 50 Гб, то что, эффективно хранить 250 Гб пустоты? Проверим, реально ли (и насколько) оптимизировать размер диска QCOW2 виртуальной машины.

Метод: самый простой, связанный с простоем vm: остановка vm, копирование файлов диска и конфига на новый хост и запуск vm на новом хосте.