Dragon:
Can you expand on putting all VM memory into actual memory?
Do you mean allocating enough RAM to the VM so that it never needs to disk 
swap?
Or is there a specific setting in VMware that tells the VM box to never use 
disk swap space?

I have noticed  that if I don't allocate enough ram to the VM, that 
performance is dead slow.
Better with an SDD but even flash ram is nowhere near as fast as bus ram.
Thanks

On Thursday, April 16, 2015 at 10:07:03 AM UTC-6, dragon788 wrote:
>
> I can definitely support Mitchell's findings. There are some quirks about 
> permissions in shared folders etc but overall VMware is WAY faster than 
> Virtualbox in almost every case. We did some benchmarks around compiling 
> software and performance in Virtualbox actually decreased when going beyond 
> 4 cores, in VMware on an 8 core system we got improvements all the way up 
> to using all 8 cores, and the host OS was still fairly usable. I/O is 
> really a big help on either system, running from SSDs makes life so much 
> better. In VMware there are additional things you can do like putting all 
> VM memory into actual memory and now allowing it to swap to disk, this also 
> keeps things snappy.
>
> On Wednesday, April 15, 2015 at 4:42:05 PM UTC-5, Jacob Bednarz wrote:
>>
>> Hey, 
>> I do a fair bit of work where I am between VM's and at the moment I am 
>> using Virtualbox with Vagrant. After talking with some colleagues last week 
>> they mentioned they have seen performance increases swapping to VMWare. 
>>
>> What I am looking to find out is: 
>> - Is there a noticable difference for other users? 
>> - If there is, where are you seeing the performance gains and what type 
>> of scenarios? 
>>
>> I'm more than happy to pay should there be a significant increase in 
>> performance but just wanted to get the wider community feedback first. 
>>
>> Thanks. 
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Vagrant" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
For more options, visit https://groups.google.com/d/optout.

Reply via email to