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
| ||
|
Date: Tue, 2 Mar 2010 11:30:45 +0100 From: Ingo Molnar <mingo@...e.hu> To: Zachary Amsden <zamsden@...hat.com> Cc: Arnaldo Carvalho de Melo <acme@...hat.com>, Avi Kivity <avi@...hat.com>, Anthony Liguori <anthony@...emonkey.ws>, "Zhang, Yanmin" <yanmin_zhang@...ux.intel.com>, Peter Zijlstra <peterz@...radead.org>, ming.m.lin@...el.com, sheng.yang@...el.com, Jes Sorensen <Jes.Sorensen@...hat.com>, KVM General <kvm@...r.kernel.org>, Gleb Natapov <gleb@...hat.com>, Fr??d??ric Weisbecker <fweisbec@...il.com>, Thomas Gleixner <tglx@...utronix.de>, "H. Peter Anvin" <hpa@...or.com>, Peter Zijlstra <a.p.zijlstra@...llo.nl>, Arjan van de Ven <arjan@...radead.org>, linux-kernel@...r.kernel.org Subject: Re: KVM usability * Ingo Molnar <mingo@...e.hu> wrote: > Here's our experience with tools/perf/. Hosting the project in the kernel > proper helped its quality immensely: > > - It's much easier to synchronize new features on the kernel side and on the > user-space side. The two go hand in hand - they are often implemented in > the same patch. Just look at an example from today, a perf+KVM feature patch posted by Yanmin Zhang: http://www.mail-archive.com/kvm@vger.kernel.org/msg29770.html That single patch implements the following "perf kvm" commands: perf kvm top perf kvm record perf kvm report perf kvm diff Both the kernel-space and the user-space changes are in that single patch. Anyone who'd like to try it out can apply it and get an updated kernel plus updated tooling and can start profiling KVM guests straight away. You just check out the kernel, apply the patch and that's it - you can go. It doesnt get any more convenient than that to do development. Such kind of a unified repository is a powerful concept, and we make use of those aspects of tools/perf/ every day. You could only pry it out of our cold, dead fingers ;-) Btw., this is one of the things that FreeBSD does right - and i believe it is one of the technical concepts behind Apple's success as well. Apple, with a tenth's of Linux's effective R&D budget can consistently out-develop Linux. I think that's in part due to there not being a strict chinese wall between the Apple kernel, libraries and applications - it's one coherent project where everyone is well-connected to each piece, with no artificial project-cultural boundaries and barriers. People can and do move between those areas of the larger "Apple" project to achieve their goals - regardless of how many components need touching for a given area of interest. IMHO we should learn from that - while we are good in many areas there's always aspects of Linux that can be improved. But i digress. Thanks, Ingo -- 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/
Powered by blists - more mailing lists