[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Xen-devel] Forking time in Xen
- To: Sergey Zhukov <svg@xxxxxx>
- From: George Dunlap <dunlapg@xxxxxxxxx>
- Date: Mon, 18 Jun 2012 11:38:00 +0100
- Cc: xen-devel@xxxxxxxxxxxxx
- Delivery-date: Mon, 18 Jun 2012 10:38:34 +0000
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=pxn7HkozJkYLgvRdppwy7/mNdAMSSzlcsfrvykzGg1s=; b=ej8ZxDwAD9yrNKoQTz/ZddHyndYfSNuKy1B8HSYp5zc2YbaO4/4EUd3aSkCo5It8ur ZogoYZb4OOeQYZL0i6RlyZC90ApGco+qfKUjCsF1CBI9Glwm5KdCvbDaT6/Tlx/0Ugu6 ENeWo2HAM46OFbavinHrsX1vrjG99zgwwJfK0W+N/LxFFpAmZKhw8or+wMukOmcB9qNf SrleLO6UvOVWc9BRxXFCJUThQbsTRjuLL2+j4NkdvAWfD4YIqZsnjzNVNsjsQjs1/yg5 VKA2pxF3FBt1oLT4W5Z0rj/e3t0VgKCv8S0gCFSThJBxZCarIulQOV3lsjm/n4rFFVsT kKoQ==
- List-id: Xen developer discussion <xen-devel.lists.xen.org>
On Mon, Jun 18, 2012 at 10:38 AM, Sergey Zhukov <svg@xxxxxx> wrote:
> I repost this message from xen-users list following by others
> subscribers suggestions:
> I found an article about forking time for redis NoSQL database in
> different systems:
> Fork time in different systems
> Modern hardware is pretty fast to copy the page table, but Xen is not.
> The problem with Xen is not virtualization-specific, but Xen-specific.
> For instance using VMware or Virutal Box does not result into slow fork
> time. The following is a table that compares fork time for different
> Redis instance size. Data is obtained performing a BGSAVE and looking at
> the latest_fork_usec filed in the INFO command output.
> * Linux beefy VM on VMware 6.0GB RSS forked in 77 milliseconds
> (12.8 milliseconds per GB).
> * Linux running on physical machine (Unknown HW) 6.1GB RSS forked
> in 80 milliseconds (13.1 milliseconds per GB)
> * Linux running on physical machine (Xeon @ 2.27Ghz) 6.9GB RSS
> forked into 62 millisecodns (9 milliseconds per GB).
> * Linux VM on 6sync (KVM) 360 MB RSS forked in 8.2 milliseconds
> (23.3 millisecond per GB).
> * Linux VM on EC2 (Xen) 6.1GB RSS forked in 1460 milliseconds
> (239.3 milliseconds per GB).
> * Linux VM on Linode (Xen) 0.9GBRSS forked into 382 millisecodns
> (424 milliseconds per GB).
> As you can see a VM running on Xen has a performance hit that is between
> one order to two orders of magnitude. We believe this is a severe
> problem with Xen and we hope it will be addressed ASAP.
> ----------End of quote-----------------
> I made my own test with Xen 4.1 and Redis 2.4 with 7.04GB dataset. The
> test was performed on Intel Core I5 2500 processor unit. Forking time
> was about 1 sec or 151 ms/GB - it's faster then tests over Amazon
> EC2/Linode were mentioned in the article, but still much slower then
> VMWare or physical machines. Has anyone running with this issue? Or may
> be there is a way to tune Xen for less forking times?
[Sorry -- didn't see the post on this list before I responded to your
mail on xen-users.]
Which version of the kernel are you using for Xen? And is it a pvops
kernel or a "classic xen" kernel?
Also, have you tried running Linux in HVM mode?
The original "classic Xen" kernel had a lot of performance tuning done
to it. But the focus of pvops development for years has just been
*getting the necessary support into the kernel*, so these kinds of
microbenchmark performance things have suffered just because no one
has been looking at it. We've got engineers looking more closely at
this now, so it's good to know what areas we need to look at.
If you use HVM mode, you'll most likely be using the same exact
codepaths that KVM will be using (hardware pagetable virtualization),
and so will hopefully get the same speed.
Xen-devel mailing list