This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Home Products Support Community News


Re: [Xen-devel] swiotlb=force in Konrad's xen-pcifront-0.8.2 pvops domU

To: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
Subject: Re: [Xen-devel] swiotlb=force in Konrad's xen-pcifront-0.8.2 pvops domU kernel with PCI passthrough
From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
Date: Thu, 18 Nov 2010 12:54:59 -0500
Cc: Jeremy Fitzhardinge <jeremy@xxxxxxxx>, Xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>, andrew.thomas@xxxxxxxxxx, keir.fraser@xxxxxxxxxxxxx, chris.mason@xxxxxxxxxx, Dante Cinco <dantecinco@xxxxxxxxx>
Delivery-date: Thu, 18 Nov 2010 09:55:49 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <20101118171936.GA29275@xxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <20101112165541.GA10339@xxxxxxxxxxxx> <EB4C61A1A2501842A04B573FE42B14D601374FBFD2@xxxxxxxxxxxxxxxxx> <20101112223333.GD26189@xxxxxxxxxxxx> <AANLkTi=H6r2=-zJE+6eCtP4VXacYhd_e47+KRW5vdwjS@xxxxxxxxxxxxxx> <20101116185748.GA11549@xxxxxxxxxxxx> <AANLkTikw8reKXwd9CcXc3qqHuXKjbMEatAVfn19uwzs3@xxxxxxxxxxxxxx> <20101116201349.GA18315@xxxxxxxxxxxx> <AANLkTin7SRKuT5qQQ_1NSis1asOG3eJ1SmmC3fppsGnv@xxxxxxxxxxxxxx> <20101118171936.GA29275@xxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.5.18 (2008-05-17)
* Konrad Rzeszutek Wilk (konrad.wilk@xxxxxxxxxx) wrote:
> Keir, Dan, Mathieu, Chris, Mukesh,
> Doubt it. Your best bet to figure this out is to play with ftrace, or
> perf trace. But I don't know how well they work with Xen nowadays - Jeremy
> and Mathieu Desnoyers poked it a bit and I think I overheard that Mathieu got
> it working?

I did port LTTng to the Xen hypervisor in a past life, but I did not
have time to maintain this port in parallel with the Linux kernel LTTng.
So I doubt these bits would be very useful today, as a new port would be
needed for compatibility with newer lttng tools.

If you can afford to use older Xen hypervisors with older Linux kernels
and old LTTng/LTTV versions, then you could gather a synchronized trace
across the hypervisor/Dom0/DomUs, but it would require some work for
recent Xen versions.

Currently, we've been focusing our efforts on tracing of KVM, which
works very well. We support analysis of traces taken from different
host/guest domains, as long as the TSCs are synchronized.

So an option here would be to deploy LTTng on both your dom0 and domU
kernels, gather traces of both in parallel while you run your workload,
and compare the resulting traces (load both dom0 and domU traces into
one trace set within lttv). Comparing the I/O behavior with a bare-metal
trace should give a good insight into what's different.

At least you'll be able to follow the path taken by each I/O request,
except for what's happening in Xen, which will be a black box.



Mathieu Desnoyers
Operating System Efficiency R&D Consultant
EfficiOS Inc.

Xen-devel mailing list

<Prev in Thread] Current Thread [Next in Thread>