From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jes Sorensen Subject: Re: [RFC] Unify KVM kernel-space and user-space code into a single project Date: Thu, 18 Mar 2010 14:23:54 +0100 Message-ID: <4BA2296A.90401@redhat.com> References: <20100316122903.GA8831@elte.hu> <4B9F7C6A.3070207@redhat.com> <20100316130840.GA24808@elte.hu> <4B9FBA8B.8020200@codemonkey.ws> <20100316173940.GA23859@elte.hu> <4BA00F1F.1090907@codemonkey.ws> <20100317081041.GC16374@elte.hu> <4BA1E7E2.3010803@redhat.com> <20100318095418.GD2157@elte.hu> <4BA2030B.3090007@redhat.com> <20100318105826.GA2174@elte.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Anthony Liguori , Avi Kivity , "Zhang, Yanmin" , Peter Zijlstra , Sheng Yang , linux-kernel@vger.kernel.org, kvm@vger.kernel.org, Marcelo Tosatti , oerg Roedel , Gleb Natapov , Zachary Amsden , Arnaldo Carvalho de Melo , Fr?d?ric Weisbecker To: Ingo Molnar Return-path: In-Reply-To: <20100318105826.GA2174@elte.hu> Sender: linux-kernel-owner@vger.kernel.org List-Id: kvm.vger.kernel.org On 03/18/10 11:58, Ingo Molnar wrote: > > * Jes Sorensen wrote: >> Thats a very glorified statement but it's not reality, sorry. You can do >> that with something like perf because it's so small and development of perf >> is limited to a very small group of developers. > > I was not talking about just perf: i am also talking about the arch/x86/ > unification which is 200+ KLOC of highly non-trivial kernel code with hundreds > of contributors and with 8000+ commits in the past two years. Sorry but you cannot compare merging two chunks of kernel code that originated from the same base, with the efforts of mixing a large userland project with a kernel component. Apples and oranges. > Also, it applies to perf as well: people said exactly that a year ago: 'perf > has it easy to be clean as it is small, once it gets as large as Oprofile > tooling it will be in the same messy situation'. > > Today perf has more features than Oprofile, has a larger and more complex code > base, has more contributors, and no, it's not in the same messy situation at > all. Both perf and oprofile are still relatively small projects in comparison to QEMU. > So whatever you think of large, unified projects, you are quite clearly > mistaken. I have done and maintained through two different types of > unifications and the experience was very similar: both developers and users > (and maintainers) are much better off. You believe that I am wrong in my assessment of unified projects, and I obviously think you are mistaken and underestimating the cost and effects of trying to merge the two. Well I think we are just going to agree to disagree on this one. I am not against merging projects where it makes sense, but in this particular case I am strongly convinced the loss would be much greater than the gain. Cheers, Jes