linux-kernel - Re: [RFC] Unify KVM kernel-space and user-space code into a single project

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: <4BA76746.1000505@redhat.com>
Date:	Mon, 22 Mar 2010 14:49:10 +0200
From:	Avi Kivity <avi@...hat.com>
To:	Ingo Molnar <mingo@...e.hu>
CC:	Anthony Liguori <anthony@...emonkey.ws>,
	Pekka Enberg <penberg@...helsinki.fi>,
	"Zhang, Yanmin" <yanmin_zhang@...ux.intel.com>,
	Peter Zijlstra <a.p.zijlstra@...llo.nl>,
	Sheng Yang <sheng@...ux.intel.com>,
	linux-kernel@...r.kernel.org, kvm@...r.kernel.org,
	Marcelo Tosatti <mtosatti@...hat.com>,
	oerg Roedel <joro@...tes.org>,
	Jes Sorensen <Jes.Sorensen@...hat.com>,
	Gleb Natapov <gleb@...hat.com>,
	Zachary Amsden <zamsden@...hat.com>, ziteng.huang@...el.com,
	Arnaldo Carvalho de Melo <acme@...hat.com>,
	Fr?d?ric Weisbecker <fweisbec@...il.com>
Subject: Re: [RFC] Unify KVM kernel-space and user-space code into a single
 project

On 03/22/2010 01:23 PM, Ingo Molnar wrote:
> * Avi Kivity<avi@...hat.com>  wrote:
>
>    
>> IMO the reason perf is more usable than oprofile has less to do with the
>> kernel/userspace boundary and more do to with effort and attention spent on
>> the userspace/user boundary.
>>
>> [...]
>>      
> If you are interested in the first-hand experience of the people who are doing
> the perf work then here it is: by far the biggest reason for perf success and
> perf usability is the integration of the user-space tooling with the
> kernel-space bits, into a single repository and project.
>    

Please take a look at the kvm integration code in qemu as a fraction of 
the whole code base.

> The very move you are opposing so vehemently for KVM.
>    

I don't want to fracture a working community.

> Oprofile went the way you proposed, and it was a failure. It failed not
> because it was bad technology (it was pretty decent and people used it), it
> was not a failure because the wrong people worked on it (to the contrary, very
> capable people worked on it), it was a failure in hindsight because it simply
> incorrectly split into two projects which stiffled the progress of each other.
>    

Every project that has some kernel footprint, except perf, is split like 
that.  Are they all failures?

Seems like perf is also split, with sysprof being developed outside the 
kernel.  Will you bring sysprof into the kernel?  Will every feature be 
duplicated in prof and sysprof?

-- 
error compiling committee.c: too many arguments to function

--
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/