Re: [Collectl-interest] Suggestion: Additional NFS data from /proc/self/mountstats (same as nfsiost

Always happy to hear from happy users.

I just looked at /proc/xx/mountstats, which actually applies to all pids,
self is just a shortcut to yourself.  The problem with pid-based stats is
it can be a lot of overhead to read any more stats than collectl already
reads, but my thought was I might be able to add something optionally.  Oh
boy, another switch!  ;)

But when I looks at these stats I did't see anything about timing and only
saw info on what is mounted.  That said, I'd think since nfs is a shared
resource, there might be timing data for nfs in generat, but my systems
currently don't use nfs and I might need to do some experiments to see what
happens if/when I do configure it.

Worse case, especially if you're a collectl fan, you might be able to write
your own plugin if you're a perl user.  The benefit there is once you see
how easy it is to write a plugin you then might be able to add even more
metrics, possibly at the application level if you find that useful.  If so,
I'm always ready to help...

I'm out of town this week but I'll try to revisit next week when I return.

-mark

On Mon, Mar 14, 2016 at 8:12 AM, Thomas Oliw <tho...@er...>
wrote:

> Hi,
>
>
>
> I love collectl and use it extensively for many performance related
> troubleshooting/monitoring  tasks in our server park.
>
> The possibility to run live and/or record to file is a fantastic mix of
> features and very useful!
>
>
>
> However, one thing that I miss, is NFS Response time data…
>
> We use lots of NFS shares in our environment, and that particular metric
> is one of the most useful ones in my opinion.
>
>
>
> As a complement to collectl, I use “nfsiostat” when NFS is suspected to be
> a performance bottleneck.
>
> It shows me a number of good metrics and has a “RTT” (Round Trip Time)
> field, that at least gives me a hint of the NFS server responsetime.
>
> If I read the documentation correct, it gets its data from  /proc/self/mountstats.
>
>
>
> I think it would be very useful if those metrics could be collected in collectl as well.
>
> The nfsiostat tool itself is a bit crude, at least in our a bit aged
> RedHat environment and for us it would be convenient to have these metrics
> managed with collectl instead.
>
>
>
> Just a suggestion…
>
> Thanks for the collectl tool!!
>
>
>
> Kind Regards,
>
>
>
> Thomas Oliw
>
>
>
>
>
>
>
>
>
>
> ------------------------------------------------------------------------------
> Transform Data into Opportunity.
> Accelerate data analysis in your applications with
> Intel Data Analytics Acceleration Library.
> Click to learn more.
> http://pubads.g.doubleclick.net/gampad/clk?id=278785231&iu=/4140
> _______________________________________________
> Collectl-interest mailing list
> Col...@li...
> https://lists.sourceforge.net/lists/listinfo/collectl-interest
>
>