[ale] Speeding up VMs

[Alex Carver]

So as a quick update, the busybox installer is painfully slow but once
the core system and all the modules are installed with a normal kernel
it actually works quite well.  Almost as responsive as most of my other
machines running bare metal.  I've even got X11 working (though I'm
using fluxbox to keep things light weight).

On 2016-01-09 15:49, Alex Carver wrote:
> I'll try some of those settings, the one thing I didn't change was the
> chipset.  I'll make a new VM and see what it does.  As for the LVM, the
> point is to practice with LVM management so that I can use that
> information when I have a bare-metal system using LVM.
> 
> On 2016-01-09 15:39, DJ-Pfulio wrote:
>> http://blog.jdpfu.com/slowVbox
>> For non-GPU workloads, you should be getting 90+% of native performance.
>>
>>
>> Using LVM inside VMs isn't very useful, IMHO. With Windows as the HostOS, you're
>> sorta screwed, since that is where the LVM would really be helpful.
>>
>> IMHO.
>>
>>
>> On 01/09/2016 05:29 PM, Alex Carver wrote:
>>> I'm playing with VMs on a home Win 7 computer so I can practice using
>>> the same setup with a work Win 7 computer (the idea being to run Linux
>>> in the VM for certain tasks).
>>>
>>> Right now I've started using VirtualBox but it seems a bit slower than I
>>> expected (I know it's going to be slower than bare metal).  Any
>>> suggestions for improving the speed/efficiency of the VM?
>>>
>>> The test machine is a Core i7 with 16 GB RAM so I've given the VM 4 GB
>>> of RAM.  The installation process for the guest Linux is exceptionally
>>> slow, though, which is why I suspect I've set something up wrong or
>>> maybe VirtualBox isn't the best choice?
>>>
>>> According to the guest machine properties, VT-x, nested paging and KVM
>>> Paravirtualization are all enabled.
>>>
>>> For the installation, I'm using this as an experimental platform to
>>> learn how to install and manage LVM (and some other experiments on
>>> something that I don't care if I have to wipe).  So I have one virtual
>>> HDD of 20 GB split into three partitions (/boot, LVM PV, and swap), the
>>> PV is part of a single VG and there's a single LV on top of that VG for
>>> root.