On Wed, Apr 06, 2011 at 11:33:33AM +0200, Ingo Molnar wrote: > Examples: X11 and GCC - both were struggling for years to break through magic > invisible barriers of growth and IMHO a lot of it had to do with the lack of > code (and development model) cleanliness. A large part of what's killing X11 and qemu is the decomposition in multiple trees and the requirement that every version must work with every other version. For X11 you have: - the server - the protocol headers - the individual 2D drivers - libdrm - the kernel - mesa - the video decoding driver/libs For qemu you have: - qemu - qemu-kvm - the kernel - libvirt - seabios Any reaching change ends up hitting most of the trees, with all to coordination that means. And in any case you're supposed to handle any version of the other components. Virtualbox works in part because they provide everything, from the dhcp server to the kernel modules. The NVidia closed-source drivers works in part because they provide everything, from the glx interface to the kernel modules. And both of them refuse to start if everything is not in lockstep. Meanwhile the open source idealists are a way smaller number and expect to support every combination of everything with everything as long as it appeared one day in a release, no matter how buggy or badly designed it was. So less people, additional hurdles that experience has shown not to be a necessity (people cope with lockstep updates, vbox and nvidia prove it), and one wonders why the "open" solutions end up way inferior? OG. -- 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
