* Jes Sorensen <Jes.Sorensen@xxxxxxxxxx> wrote: > On 03/18/10 10:54, Ingo Molnar wrote: > >* Jes Sorensen<Jes.Sorensen@xxxxxxxxxx> 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 -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
