Hello,
Does anyone know of any tools that get to taskstats data that Comprehensive
System Accounting and getdelays get to?
I would like to find a top type tool that can do top on any taskset statistics.
Sles11 added memory reclaim wait time, plus I want to top sort by iowait,
IO system calls, himem (not virtual nor rss/res)
Thanks,
dave wright
>
> Send pcp mailing list submissions to
> pcp@xxxxxxxxxxx
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://oss.sgi.com/mailman/listinfo/pcp
> or, via email, send a message with subject or body 'help' to
> pcp-request@xxxxxxxxxxx
>
> You can reach the person managing the list at
> pcp-owner@xxxxxxxxxxx
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of pcp digest..."
>
>
> Today's Topics:
>
> 1. Re: pcp updates (2.7.8-20090401) (Nathan Scott)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 2 Apr 2009 09:44:59 +1100 (EST)
> From: Nathan Scott <nscott@xxxxxxxxxx>
> Subject: Re: [pcp] pcp updates (2.7.8-20090401)
> To: Max Matveev <makc@xxxxxxxxx>
> Cc: pcp@xxxxxxxxxxx
> Message-ID:
> <1197992980.2176011238625899529.JavaMail.root@xxxxxxxxxxxxxxxxxx>
> Content-Type: text/plain; charset=utf-8
>
> Hey Max,
>
> Thanks for taking a look!
>
> ----- "Max Matveev" <makc@xxxxxxxxx> wrote:
>
> > >>>>> "nscott" == Nathan Scott <nscott@xxxxxxxxxx> writes:
> >
> > nscott> commit e199ed1bf99e785d37375499303966613c9c4920
> > nscott> Author: Nathan Scott <nathans@xxxxxxxxxx>
> > nscott> Date: Wed Apr 1 16:27:51 2009 +1100
> >
> > nscott> Changes to get MMV PMDA and library to build on Windows.
> >
> > nscott> In particular:
> > nscott> - Use Win32 memory mapping routines on win32, mmap on
> > POSIX.
> > nscott> - Use lseek+write instead of pwrite
> > nscott> - Dont initialise global variables to zero/null
> > (cleanup)
> > nscott> - use system instead of fork+exec+waitpid
> > nscott> - use nanosleep instead of select-for-short-sleep
> >
> > nscott> Also fix gcc warning about unhandled MMV_ENTRY_NOSUPPORT
> > case.
> > I thought I've fixed that...
>
> Guess not mate, I got a warning "unhandled case in switch" or some such.
>
> > nscott> Some path issues remain however, need to discuss how to
> > fix up
> > nscott> those, esp in the ("standalone") library.
> > I've going to ask about including pcp headers in mmv_stats.c: why? Is
> > it just to get HAVE_XXX defined?
>
> Yes. I noticed we include pmapi.h from mmv_stats.h already too, so
> didn't seem like a big deal.
>
> We need to talk about this not-linking-with-libpcp issue (and re-writing
> pmGetConfig() as a result) ... whats the goal there? (i.e. under what
> siuations would someone have libpcp_mmv but not libpcp available). Not
> clear we're solving a real problem there (we jumped through similar hoops
> for libpcp_trace and I'm unconvinced it was worth it, or anyone cared.
> Its going to be a problem on Windows as we'll need the magic pixie dust
> for path translation in some places, and probably other things. That
> mmap abstraction should probably go in libpcp too, and be used throughout
> the pcp code, instead of having that ifdef'ery spread throughout.
>
> We have a similar problem with libpcp_trace, but worse ... that code (the
> protocol level stuff in particular) was forked from libpcp ages back in
> order to have the same "you don't need to link with libpcp" property, but
> I'm regretting it now. At some point I think I'll need to revist that, to
> get the trace stuff working on Windows (all the pmmoreinput changes were
> not made to libpcp_trace, for example...).
>
> cheers.
>
> --
> Nathan
>
>
>
> ------------------------------
>
> _______________________________________________
> pcp mailing list
> pcp@xxxxxxxxxxx
> http://oss.sgi.com/mailman/listinfo/pcp
>
>
> End of pcp Digest, Vol 6, Issue 2
> *********************************
>
|