* Jes Sorensen <Jes.Sorensen@redhat.com> wrote:

quoted text
> On 03/18/10 10:54, Ingo Molnar wrote:
> >* Jes Sorensen<Jes.Sorensen@redhat.com>  wrote:
> [...]
> >>
> >>At my previous employer we ended up dropping all Xen efforts exactly because
> >>it was like maintaining two separate operating system kernels. The key to
> >>KVM is that once you have Linux, you practically have KVM as well.
> >
> >Yes. Please realize that what is behind it is a strikingly simple argument:
> >
> >  "Once you have a single project to develop and maintain all is much better."
> 
> 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.

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.

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.

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