linux-kernel - Re: [benchmark] 1% performance overhead of paravirt

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <alpine.LFD.2.01.0906080749180.6847@localhost.localdomain>
Date:	Mon, 8 Jun 2009 07:53:29 -0700 (PDT)
From:	Linus Torvalds <torvalds@...ux-foundation.org>
To:	Rusty Russell <rusty@...tcorp.com.au>
cc:	Ingo Molnar <mingo@...e.hu>, Nick Piggin <npiggin@...e.de>,
	Jeremy Fitzhardinge <jeremy@...p.org>,
	"H. Peter Anvin" <hpa@...or.com>,
	Thomas Gleixner <tglx@...utronix.de>,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
	Andrew Morton <akpm@...ux-foundation.org>,
	Peter Zijlstra <a.p.zijlstra@...llo.nl>,
	Avi Kivity <avi@...hat.com>,
	Arjan van de Ven <arjan@...radead.org>,
	Gerd Knorr <kraxel@...e.de>
Subject: Re: [benchmark] 1% performance overhead of paravirt_ops on native
 kernels

On Sun, 7 Jun 2009, Rusty Russell wrote:
>
> "possible"?  You mean "acceptable".  Gray, not black and white.

I don't think we can possibly claim to support UP configurations if we 
don't patch. 

> 1) Where's the line?

"As good as we can make it". There is no line. There's "your code sucks so 
badly that it needs to get fixed, or we'll rip it out or disable it".

> 2) Where are we?  Does patching claw back 5% of the loss?  50%?  90%?

On some things, especially on P4, the lock overhead was tens of percent. 
Just a single locked instruction takes closer to two hundred instructions.

Of course, on those P4's, just kernel entry/exit is pretty high too (even 
with sysenter/exit), so I doubt you'll ever see something be 90% just 
because of that, unless it causes extra IO or other non-CPU issues.

		Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/