How do you measure the slowness? Use fio or bonnie++ to share some number.
By it taking more than 6 hours to "install" CentOS 8 in the guest :)
Jerry
On 13/10/19 00:57, Jerry Geis wrote:
How do you measure the slowness? Use fio or bonnie++ to share some number.
By it taking more than 6 hours to "install" CentOS 8 in the guest :)
Jerry _______________________________________________ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Hi Jerry, 6 hours are too much. First of all you need to check your nvme performace (dd can help? dd if=/dev/zero of=/test bs=1M count=10000 andd see results. If you want results more benchmark oriented you could try bonnie++ as suggested by Jerry).
Other this, have you got kvm module loaded and enabled cpu virtualization option in the BIOS?
If yes, have you got created the VM using --accelerate?
Have you tried another distro on VM?
Actually I can't install C8 on my nmve drive. It powers this workstation and is still 7.7, at the moment I don't install C8 because it is unusable.
Hope that helps.
6 hours are too much. First of all you need to check your nvme performace (dd can help? dd if=/dev/zero of=/test bs=1M count=10000 andd see results. If you want results more benchmark oriented you could try bonnie++ as suggested by Jerry).
Other this, have you got kvm module loaded and enabled cpu virtualization option in the BIOS?
If yes, have you got created the VM using --accelerate?
Have you tried another distro on VM?
I mounted the partition under C7.7 and ran the nvme test. Pretty much came back in seconds for 10G test.
dd if=/dev/zero of=test bs=1M count=10000 10000+0 records in 10000+0 records out 10485760000 bytes (10 GB) copied, 5.45451 s, 1.9 GB/s
Yes kvm_intel is loaded as a module.
I am using the "-hda /dev/nvme0n1" when I run qemu.... I'm thinking this works find for my other "img" files - but does not work for "well" for my physical NVME. What is the correct argument perhaps to use for running a physical NVME disk as a qemu guest ??
Thanks,
Jerry
On 13/10/19 20:56, Jerry Geis wrote:
6 hours are too much. First of all you need to check your nvme performace (dd can help? dd if=/dev/zero of=/test bs=1M count=10000 andd see results. If you want results more benchmark oriented you could try bonnie++ as suggested by Jerry).
Other this, have you got kvm module loaded and enabled cpu virtualization option in the BIOS?
If yes, have you got created the VM using --accelerate?
Have you tried another distro on VM?
I mounted the partition under C7.7 and ran the nvme test. Pretty much came back in seconds for 10G test.
dd if=/dev/zero of=test bs=1M count=10000 10000+0 records in 10000+0 records out 10485760000 bytes (10 GB) copied, 5.45451 s, 1.9 GB/s
Yes kvm_intel is loaded as a module.
I am using the "-hda /dev/nvme0n1" when I run qemu.... I'm thinking this works find for my other "img" files - but does not work for "well" for my physical NVME. What is the correct argument perhaps to use for running a physical NVME disk as a qemu guest ??
Thanks,
Jerry _______________________________________________ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Hi Jerry, I never used a block device as disk devices on my vms. From virt-install (I use it) man pages from --disk section:
path A path to some storage media to use, existing or not. Existing media can be a file or block device.
Specifying a non-existent path implies attempting to create the new storage, and will require specifying a 'size' value. Even for remote hosts, virt-install will try to use libvirt storage APIs to automatically create the given path.
If the hypervisor supports it, path can also be a network URL, like http://example.com/some-disk.img . For network paths, they hypervisor will directly access the storage, nothing is downloaded locally.
So you can try like: virt-install -n NAME -r mem --vcpus=N --accelerate --os-type=X --os-variant=X --disk path=/dev/nvme0n1[pN] ...and so on.
It should run without problem.
I added [pN] because you can use also a partition other than entire nvme0n1. I don't know if any type of option would be needed for a particular type of device like nvme.
hope that helps.
Alessandro.
so you can try like: virt-install -n NAME -r mem --vcpus=N --accelerate --os-type=X --os-variant=X --disk path=/dev/nvme0n1[pN] ...and so on.
Is there a command for virt-manager stuff that is just like qemu? Just command line - I dont want the GUI popping up and all that stuff. I dont need it creating all other files - just a simple command line ? I have not found that yet with my searching. Thanks,
Jerry
On Mon, Oct 14, 2019 at 08:34:42AM -0400, Jerry Geis wrote:
so you can try like: virt-install -n NAME -r mem --vcpus=N --accelerate --os-type=X --os-variant=X --disk path=/dev/nvme0n1[pN] ...and so on.
Is there a command for virt-manager stuff that is just like qemu? Just command line - I dont want the GUI popping up and all that stuff. I dont need it creating all other files - just a simple command line ? I have not found that yet with my searching.
virt-install can be run with no GUI. You can set it up to automatically start a serial console in case you need to interact with the install. You can also use 'virsh' to edit VM configs from the command line.
virt-install can be run with no GUI. You can set it up to automatically start a serial console in case you need to interact with the install. You can also use 'virsh' to edit VM configs from the command line.
Sure - I saw those - but I was looking for something just like the old qemu command line. Just boot up and run - Nothing added to a GUI interface. Nothing that I have to connect to - Just boot up show me the console screen and done. I "boot" up old C5, C6 images (and other) I recompile my code for those platforms and shut it back down. Thanks, (I know C5 is EOL - but still in use out there).
Jerry
On Oct 14, 2019, at 10:14 AM, Jerry Geis jerry.geis@gmail.com wrote:
Sure - I saw those - but I was looking for something just like the old qemu command line. Just boot up and run - Nothing added to a GUI interface. Nothing that I have to connect to - Just boot up show me the console screen and done. I "boot" up old C5, C6 images (and other) I recompile my code for those platforms and shut it back down. Thanks, (I know C5 is EOL - but still in use out there).
If you don’t want to start it with a serial console, no problem. If you want to just define a new host with a particular image as the root disk, use virsh.
-- Jonathan Billings billings@negate.org
On 10/14/19 5:34 AM, Jerry Geis wrote:
Is there a command for virt-manager stuff that is just like qemu? Just command line - I dont want the GUI popping up and all that stuff. I dont need it creating all other files - just a simple command line ? I have not found that yet with my searching.
I think you mean virt-install, since virt-manager is *just* a GUI interface to control libvirtd.
In that case, you could install a new VM:
virt-install --name wiki --memory 2048 --vcpus 2 --cdrom /root/fedora7live.iso--disk /dev/nvme0n1 --network bridge=br0 --graphics none --autostart
Or import an existing one:
virt-install --name wiki --memory 2048 --vcpus 2 --import --disk /dev/nvme0n1 --network bridge=br0 --graphics none --autostart