Jump to content

Kronos69

Members
  • Posts

    28
  • Joined

  • Last visited

Everything posted by Kronos69

  1. VM Faq and Gridrunner’s YouTube videos, at least those were my main sources. Three different disks. - VM1 - unassigned M.2 SSD, xfs-raw-scsi-unmap=discard VM2 - unassigned SATA SSD, xfs-raw-scsi-unmap=discard VM3 - Cache Sata SSD, btrfs-qcow2-scsi-unmap=discard Ssd trim plugin installed and enabled, running once a day - VM1 and 2 images were initially residing on the cache (I snapshotted VM 2 and 3 from VM1 at the beginning), and were later converted to XFS-RAW and moved to dedicated drives. Later I changed virt io to scsi to see the ssd drives as thin provisioned and to be able to trim them. I also have a 7200rpm HDD for the array and another m.2 unassigned SSD where I mounted two shares to be used as scratch disks by VM 1 and 2 with DaVinci Resolve and other media editing SW. - If with the VM I originate a file movement from the main/central office NAS to C:/ or to any share, one logical cpu immediately jumps to 100% usage and the VM starts to stutter (the screen, pointer included completely and repeatedly freezes for a few secs) until the file transfer is completed and the cpu usage returns to normal. If I run crystaldiskmark on the scratch disk, it also regularly happens.
  2. I’m banging my head against a wall with this :( I searched on all the forum for days, but I can’t seem to find a solution. The fact that it regularly happens on all 3 my W10 VMs and not on a Windows bare metal setup, makes me think that it could be a wrong VM configuration made by me inside unraid, or maybe an unraid bug. Any guessing on what could I do to isolate the source of the problem? This is a small test configuration to see if unraid may be suited for the rest of the office WSs, but atm I see it’s impossibile to work smoothly while the disk is being accessed with an heavy load.
  3. UPDATE While I managed to greatly reduce the symptoms, the problem is still there. See page 2 for the latest updates. - ORIGINAL POST: I've got this single frustrating problem: my VMs (not unraid, only the vms) stutter during file transfers and high disk usage in general, originating inside the VM (synology cloudstation syncing from the main NAS, manual file transfer, crystaldiskmark running, lightroom reading 100+ MB raw images, etc.). I've got three workstations in my office that are managed by unraid, three W10 VMs with dedicated gpus (two small quadros and a 1070FTW), on a x399-1920X-48GB ECC machine. When the disk usage spikes, one of the logic CPUs spikes to 100% usage, and all the system stutters for a few seconds (the mouse pointer freezes for a few seconds, etc.). It happens for transfers on the C volume (1 dedicated ssd for VM, but not passed through), on the array network shares, on other shares mounted on unassigned ssds. Using crystaldiskmark inside a VM on a share mounted on an m.2 unassigned device, a phisically different disk from C where the VM image is not saved, the problem is still there. Today I tried isolating the cpus (already assigned in phisical core pairs to the vm from the beginning), and using emulatorpin, pointing it to the first phisical core for all VMs (the same two logical cores that i left for unraid). Nothing changed: the load on the first CPU significantly increased, obviously, sometimes reaching 100%, but meanwhile also the same VM core that was reaching 100% usage before, still does, and the stuttering is still there. I've read that changing the machine to q35 from i440fx may solve this issue, but I'm scared that all the licenses I've activated on the VMs may be compromised. I can easily replicate the issue 100% of the time, and I'm attaching the latest diagnostics. Thanks in advance for your help. rnzows0-diagnostics-20180620-1630.zip
×
×
  • Create New...