All of lore.kernel.org
 help / color / mirror / Atom feed
From: Anthony Liguori <anthony@codemonkey.ws>
To: Nikola Ciprich <extmaillist@linuxbox.cz>
Cc: kvm-devel@lists.sourceforge.net
Subject: Re: performance tuning, problem with paravirtualized clock
Date: Sun, 06 Apr 2008 17:08:29 -0500	[thread overview]
Message-ID: <47F949DD.2010802@codemonkey.ws> (raw)
In-Reply-To: <47F9472E.50602@linuxbox.cz>

Nikola Ciprich wrote:
> Hi Anthony!
> Anthony Liguori wrote:
>   
>> I would think you should get about 70% of native with what you've done 
>> about.  I've not seen instabilities with CONFIG_KVM_CLOCK myself.
>>
>> Setting up a hugetlbfs mount and using -mem-path may give you a bit of 
>> a bump too but I'd be surprised if it was more than 5%
>>     
> I've tried it now, and starting kvm with -mem-path pointing to hugetlbfs 
> mounted dir immediately fails and I see following message in dmesg of host:
> VM: killing process qemu-system-x86
> pointing to tmpfs mounted dir seems to work, I'll measure performance 
> gain...
>   

You won't see a gain with tmpfs.  Make sure you reserve huge pages 
first.  For a 1GB guest, you'll need something like:

echo 540 > /proc/sys/vm/nr_hugepages

When you create a VM, you need a bit more memory than 1GB for per-guest 
overhead.  That's why I reserve 540 instead of 512.  You can probably 
get away with 530 really.

Check that it succeeded by cat'ing /proc/meminfo.

>> The next biggest win you're going to see is using NPT (available in 
>> the recent AMD Barcelona/Phenom processors).   NPT + hugetblfs should 
>> get you pretty close to native (I'd reckon 95-98%).
>>     
> Yup, it seemed to me  that kvm performes WAY better on my phenom based 
> home desktop! I'll check that later too
>   

Definitely.  A parallel compile is one of the best case scenarios for 
NPT so you should see the most dramatic improvement there.

>> On the Intel side of things, you'll have to wait until the Nehalem 
>> which will support EPT (which is Intel's version of NPT).
>>
>> Can you be specific about your guest configurations?  Are you using 
>> -smp 8?
>>     
> yes, I'm using -smp 8
>   

It's not quite apples to apples then since you're sharing CPUs with the 
host.  Typically, if I'm benchmarking an 8-way system with 2GB of RAM, 
I'll create a 4-way guest with 1GB of RAM and then to generate native 
numbers, reboot the host with maxcpus=4 mem=1G.

Regards,

Anthony Liguori

>> Regards,
>>
>> Anthony Liguori
>>     
>
>
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
> Register now and save $200. Hurry, offer ends at 11:59 p.m., 
> Monday, April 7! Use priority code J8TLD2. 
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> kvm-devel mailing list
> kvm-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/kvm-devel
>   


-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Register now and save $200. Hurry, offer ends at 11:59 p.m., 
Monday, April 7! Use priority code J8TLD2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone

  reply	other threads:[~2008-04-06 22:08 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-04-06 19:56 performance tuning, problem with paravirtualized clock Nikola Ciprich
2008-04-06 20:38 ` Anthony Liguori
2008-04-06 21:57   ` Nikola Ciprich
2008-04-06 22:08     ` Anthony Liguori [this message]
2008-04-06 22:24       ` Nikola Ciprich
2008-04-06 22:33         ` Anthony Liguori
2008-04-06 20:49 ` Dor Laor
2008-04-06 22:25   ` Nikola Ciprich
2008-04-07  4:14 ` Avi Kivity
2008-04-07 15:41 ` Marcelo Tosatti
2008-04-07 20:47   ` Nikola Ciprich

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=47F949DD.2010802@codemonkey.ws \
    --to=anthony@codemonkey.ws \
    --cc=extmaillist@linuxbox.cz \
    --cc=kvm-devel@lists.sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.