<div dir="ltr">I was watching for responses.  This doesn't sound simple at all to me.<div><br></div><div>For a while they were adding dtrace to Linux, and I think Oracle Linux had it.  I don't know whether it made it into the mainline, but if so, you could probably put together what you need using dtrace.  You'd have to consider all the ways (direct IO, minor page faults) bytes can get into RAM, though, and filter out stuff you're not interested in (local disk, etc.).</div><div><br></div><div>If there's no special tool and no dtrace, ftrace might be of interest to you.</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Oct 15, 2020 at 5:51 PM Jim Kinney via Ale <<a href="mailto:ale@ale.org">ale@ale.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>I looked at bonnie++ but couldn't figure a way have it basically monitor whatever is being opened.<br><br>This is an hpc stack with some users opening multiple TB in tens of thousands files for a single job.<br><br>I'm still pretty convinced the solution involves pulling data from a cgroup  structure. I have some cgroup contraints on memory per user. Adding cores per user next since some people don't spec how many cores they want to schedule and their code eventually says "all available". So no specific request means 1 core. <br><br><div class="gmail_quote">On October 15, 2020 3:52:48 PM EDT, Derek Atkins <<a href="mailto:derek@ihtfp.com" target="_blank">derek@ihtfp.com</a>> wrote:<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<pre>Can you run something like bonnie++ as the user-in-question?<br>-derek<br><br>On Thu, October 15, 2020 3:42 pm, Jim Kinney via Ale wrote:<br><blockquote class="gmail_quote" style="margin:0pt 0pt 1ex 0.8ex;border-left:1px solid rgb(114,159,207);padding-left:1ex"> I have need to measure NFS mount bandwidth on a per user basis. Nfsiostat<br> is aggregate over a mount point. Users may interact with multiple mount<br> points for any task. Multiple may be on the same mount point at the same<br> time.<br><br> Looking at cgroups as a per user isolation method. Not seeing how to get<br> "bytes moved into RAM. Probably stupid simple once I see it...<br> --<br> Computers amplify human error<br> Super computers are really<br> cool_______________________________________________<br> Ale mailing list<br> <a href="mailto:Ale@ale.org" target="_blank">Ale@ale.org</a><br> <a href="https://mail.ale.org/mailman/listinfo/ale" target="_blank">https://mail.ale.org/mailman/listinfo/ale</a><br> See JOBS, ANNOUNCE and SCHOOLS lists at<br> <a href="http://mail.ale.org/mailman/listinfo" target="_blank">http://mail.ale.org/mailman/listinfo</a><br><br></blockquote><br></pre></blockquote></div><br>-- <br>Computers amplify human error<br>Super computers are really cool</div>_______________________________________________<br>
Ale mailing list<br>
<a href="mailto:Ale@ale.org" target="_blank">Ale@ale.org</a><br>
<a href="https://mail.ale.org/mailman/listinfo/ale" rel="noreferrer" target="_blank">https://mail.ale.org/mailman/listinfo/ale</a><br>
See JOBS, ANNOUNCE and SCHOOLS lists at<br>
<a href="http://mail.ale.org/mailman/listinfo" rel="noreferrer" target="_blank">http://mail.ale.org/mailman/listinfo</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr">  Ed Cashin <<a href="mailto:ecashin@noserose.net" target="_blank">ecashin@noserose.net</a>></div></div>