From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: [PATCH] Enhance perf to collect KVM guest os statistics from host side Date: Tue, 16 Mar 2010 12:40:59 +0200 Message-ID: <4B9F603B.4080004@redhat.com> References: <1268717232.2813.36.camel@localhost> <4B9F19F7.6000309@redhat.com> <20100316072449.GB11881@elte.hu> <4B9F4D74.4090403@redhat.com> <20100316095336.GI7961@elte.hu> <4B9F59DE.1060008@redhat.com> <20100316102052.GC10069@elte.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "Zhang, Yanmin" , Peter Zijlstra , Sheng Yang , linux-kernel@vger.kernel.org, kvm@vger.kernel.org, Marcelo Tosatti , oerg Roedel , Jes Sorensen , Gleb Natapov , Zachary Amsden , ziteng.huang@intel.com To: Ingo Molnar Return-path: In-Reply-To: <20100316102052.GC10069@elte.hu> Sender: linux-kernel-owner@vger.kernel.org List-Id: kvm.vger.kernel.org On 03/16/2010 12:20 PM, Ingo Molnar wrote: >>>> >>>> The symbol server's client can certainly access the bits through vmchannel. >>>> >>> Ok, that would work i suspect. >>> >>> Would be nice to have the symbol server in tools/perf/ and also make it easy >>> to add it to the initrd via a .config switch or so. >>> >>> That would have basically all of the advantages of being built into the kernel >>> (availability, configurability, transparency, hackability), while having all >>> the advantages of a user-space approach as well (flexibility, extensibility, >>> robustness, ease of maintenance, etc.). >>> >> Note, I am not advocating building the vmchannel client into the host >> kernel. [...] >> > Neither am i. What i suggested was a user-space binary/executable built in > tools/perf and put into the initrd. > I'm confused - initrd seems to be guest-side. I was talking about the host side. For the guest, placing the symbol server in tools/ is reasonable. -- error compiling committee.c: too many arguments to function