WARNING - OLD ARCHIVES

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/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] event TRC_MEM_PAGE_GRANT_TRANSFER

> Thanks Mark !  Actually the goal here is to remain black box....I am
> working on generic online techniques for a project, not really for a
> specific application.

OK.  Working in a blackbox fashion makes virtualisation extremely useful.

> Can't I also add tracing in the code that actually does the packet IO and
> disk IO in xen ? I need to figure out stats for both incoming and outgoing
> traffic. I have never really modified or played with the xen code so kind
> of warming up to what's really needed instead of getting lost in the code.

This code is in dom0, not in Xen itself so you won't be able to do it with the 
tracebuffer - you'd need to set up a dom0-based solution.

> As for native Linux tools, if I run them in dom0 , will that be able to
> tell me all about disk and  network IO for the guest ? I am not allowed to
> run any thing inside domU to meet the black box requirement.

Well, if you measure the amount of traffic the vifs have seen that should tell 
you how much network IO had occurred.  Block-wise, I'm not sure but I think 
each domain gets a block IO thread for purposes of being able to use the IO 
schedulers to regulate each domain...  If I'm right and that patch got 
applied, you may be able to view IO stats for these kernel threads.  
Otherwise, you could maybe find and apply the patch to dom0 yourself.

FWIW I think Xentop (and therefore libxenstat - which you could link against 
although it's not guaranteed not to change between Xen releases) provides 
access to some IO performance statistics - maybe that would server your 
needs.

Hope that helps,
Mark

> cheers,
> Ashish
>
> On 4/24/07, Mark Williamson <mark.williamson@xxxxxxxxxxxx> wrote:
> > > I am using xentrace to understand performance bottlenecks for an
> > > application inside domU.
> > > My question is how can I distinguish between network IO events and disk
> >
> > IO
> >
> > > events using xentrace ?
> >
> > I don't know if there are trace events currently generated for grant copy
> > operations - if not, you could add them and use these to judge the amount
> > of
> > incoming network traffic.
> >
> > Outgoing network traffic and disk IO are harder to distinguish since they
> > both
> > just use temporary sharing grants.  It might be easier to use some sort
> > of IO
> > monitoring tools within dom0 and the domU in question, similarly to as
> > you would on a native Linux system.
> >
> > > A second related question is can I figure out disk queue waiting times
> >
> > and
> >
> > > serving times (and similarly for the network) to figure out any
> >
> > bottlenecks
> >
> > > or any external stress on these resources that may be causing the guest
> > > machine to be slowing down ?
> >
> > Again, it's worth taking a look at native Linux tools.  XenMon may
> > provide some feedback but I imagine you might have already tried this?
> >
> > For more complete profiling, Xenoprof allows you to run oprofile against
> > multiple domains (and Xen itself) at once).
> >
> > > I greatly appreciate any advise/insight from fellow members here.
> >
> > Sorry not to be more specific.
> >
> > Cheers,
> > Mark
> >
> > > cheers,
> > > Ashish
> > >
> > > On 23/1/07 19:31, "Rob Gardner" <rob.gardner@xxxxxx> wrote:
> > > >*> *
> > > >*> Grant transfers are no longer used to move network data from
> > > > netback to* *> netfront (except for backward compatibility with old
> > > > netfront drivers).* * *
> > > >* *
> > > >* Yeah, got that. ;)  Could you explain what mechanisms are currently
> > > > used* * to move data for net I/O and disk I/O between domains, and
> > > > in* * particular, can you suggest where in the code I could put trace
> > > > calls to* * be able to count I/O's? Thanks.*
> > >
> > > Everything is done via grant-map/unmap commands as it always was,
> > > except network receive (netback->netfront) which is done via grant-copy
> >
> > commands
> >
> > > (one per contiguous fragment of network packet).
> > >
> > >  -- Keir
> >
> > --
> > Dave: Just a question. What use is a unicyle with no seat?  And no
> > pedals! Mark: To answer a question with a question: What use is a
> > skateboard? Dave: Skateboards have wheels.
> > Mark: My wheel has a wheel!



-- 
Dave: Just a question. What use is a unicyle with no seat?  And no pedals!
Mark: To answer a question with a question: What use is a skateboard?
Dave: Skateboards have wheels.
Mark: My wheel has a wheel!

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

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