rohityadavcloud commented on issue #10650: URL: https://github.com/apache/cloudstack/issues/10650#issuecomment-3077325236
Findings from today: Instance or template specific settings can be tuned for instances (both windows and ubuntu), which are: - video.hardware - video.ram I did two experiments on ACS 4.20.1 (Ubuntu 22.04/KVM) env: 1. Windows 10 Desktop install Reference reading: https://docs.redhat.com/en/documentation/red_hat_enterprise_linux/10/html/configuring_and_managing_windows_virtual_machines/optimizing-windows-virtual-machines#installing-kvm-paravirtualized-drivers-for-windows-virtual-machines Installed virtio-win-gt-x64.msi on the Windows VM, from https://fedorapeople.org/groups/virt/virtio-win/direct-downloads/archive-virtio/virtio-win-0.1.271-1/ Set the settings to following: (changed between vga, virtio and qxl - not much difference seen): - video.hardware: cirrus - video.ram: 262144 (in kb, about 128MB) Recommended docs on Windows instance setup: https://docs.redhat.com/en/documentation/red_hat_enterprise_linux/10/html/configuring_and_managing_windows_virtual_machines/creating-virtual-machines#creating-windows-virtual-machines Once the virtio-win drivers are installed, the Windows 10 VM was shutdown and stopped in ACS. Then I changed guest OS to Windows PV and added following: - rootDiskController: ide I also tried this https://github.com/apache/cloudstack/pull/11213 but not much performance change visible. Additional instance settings, for Windows 11 which also needs to be deployed as a UEFI enabled instance: - virtual.tpm.model: tpm-crb - virtual.tpm.version: 2.0 2. Ubuntu ISO based desktop install: Instance-level settings were set to: - video.hardware: cirrus - video.ram: 131072 Compared to Windows instance, this was slightly better. Via Settings -> system -> remote access, had desktop & remote access enabled. In both cases, once RDP was enabled; user-experience of using/accessing desktop over RDP app (such as Windows App on macOS) was a lot better. -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
