April 29, 20197 yr Hi, The Ubuntu Desktop I am setting up are very slow and laggy. It`s like its running from a CD-ROM or a corrupt video driver. I think I have allocated enough resourses wit 4GB RAM and 4 cores/8 threads running on Xeon Silver 4116. I hope anyone can help. Cheers Frode
April 29, 20197 yr What drive is the vdisk located on? Do you have a cache drive? Running VMs with the OS vdisk on a drive in a parity protected array is often slow because of the relatively slow write performance on Unraid.
April 29, 20197 yr Author 30 minutes ago, itimpi said: What drive is the vdisk located on? Do you have a cache drive? Running VMs with the OS vdisk on a drive in a parity protected array is often slow because of the relatively slow write performance on Unraid. I run 4 ssd`s in Raid10. Domains is on the cache drive as well as the vdisk file. Is the default vnc driver ok to run?
April 29, 20197 yr Author Strange. Only 32 GB used on the cache, 3 VM`s is more than 100GB alone. The 3 different VM`s vdisk`s name is the same "vdisk1.img".
April 29, 20197 yr Author Can it be on the graphic card setup. Not able to format a standard web page, not even after 30 sec. When I start LibreOffice, it starts quit ok, but not able to format the screen, see attached file. // Frode
April 29, 20197 yr 2 hours ago, frodr said: Strange. Only 32 GB used on the cache, 3 VM`s is more than 100GB alone. The 3 different VM`s vdisk`s name is the same "vdisk1.img". vdisks by default are created "sparse". That means only the used space is actually allocated. That is good for some scenarios, bad for others. Good, in that you can present an OS with a large amount of free space to make installers happy, and allow growth without reprovisioning or other manipulation. Bad, in that it can be easy to allocate more than the actual amount of space, causing strange issues when the device is full but the OS in the VM shows plenty of free space. Also, the host file system can get fragmented, causing performance issues with some types of file systems and media. If you wish to force the file to immediately consume the full size of the vdisk, that can be easily done.
April 29, 20197 yr Author 2 minutes ago, jonathanm said: vdisks by default are created "sparse". That means only the used space is actually allocated. That is good for some scenarios, bad for others. Good, in that you can present an OS with a large amount of free space to make installers happy, and allow growth without reprovisioning or other manipulation. Bad, in that it can be easy to allocate more than the actual amount of space, causing strange issues when the device is full but the OS in the VM shows plenty of free space. Also, the host file system can get fragmented, causing performance issues with some types of file systems and media. If you wish to force the file to immediately consume the full size of the vdisk, that can be easily done. Do you think that is what causing the problem?
April 29, 20197 yr No, just commenting on the reason for the seeming discrepancy in size on disk vs reported size of the files.
April 29, 20197 yr Author 1 minute ago, jonathanm said: No, just commenting on the reason for the seeming discrepancy in size on disk vs reported size of the files. Ok, thanks.
Archived
This topic is now archived and is closed to further replies.