FWIW, I thought only CPU and memory would be relevant when virtualizing a basic FS instance (only routing calls, no fancy dialplan with DB lookups or any other I/O stuff), but heavy I/O on the *host* without saturating the CPU proved to significantly degrade the calls quality. It has to be a timer issue but I have yet to find time to investigate that so for now I'm just careful when doing maintenance on our KVM hosts. As a side note I had a few problems running things on a 2-node KVM cluster with raw disks over glusterfs - I/O intensive stuff in one guest on one server would make guests on the other server almost come to a halt. I'm now migrating to DRBD to see if things improve. On 09/02/2013 03:26 PM, Richard Genthner wrote:
Never over commit on CPU in a cm environment but you can over commit in memory for 20% and not have issues
Sent from my iPhone 5 please excuse typos
On Sep 2, 2013, at 8:15 AM, EL <fs.user@fordior.net> wrote:
One general tip for optimization - do not assign more resource to a VM than it actually needs.
Can you tell me why more resources isn't good for optimization? Do you mean to make efficient use of bare metal?
-- EL
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org