[lustre-discuss] Traffic compression?

Ben Evans bevans at cray.com
Mon Feb 6 12:51:55 PST 2017

My initial question is what are you measuring and where are you measuring it?

There are many different layers of caching happening, possibly all at the same time.  If you're benchmarking it's much better to figure out your max sustained read/write speeds than rely on peaks.


From: lustre-discuss <lustre-discuss-bounces at lists.lustre.org<mailto:lustre-discuss-bounces at lists.lustre.org>> on behalf of "E.S. Rosenberg" <esr+lustre at mail.hebrew.edu<mailto:esr+lustre at mail.hebrew.edu>>
Date: Monday, February 6, 2017 at 3:25 PM
To: "lustre-discuss at lists.lustre.org<mailto:lustre-discuss at lists.lustre.org>" <lustre-discuss at lists.lustre.org<mailto:lustre-discuss at lists.lustre.org>>
Subject: [lustre-discuss] Traffic compression?

We started closer monitoring of resources on our cluster and I noticed that there is sometimes a big discrepancy between the read traffic reported by Lustre and the incoming traffic reported by infiniband (which is the interace carrying the Lustre traffic).

Currently I have a 4.4GB peak on Lustre while Infiniband at the same time is showing just 1.4GB/s traffic (also there is a 2 minute difference between the 2 peaks)
This is the summation of all the nodes (without the servers) in the cluster.
The stats are gathered using collectl at a 1 minute interval.


(There are also lots of stats that match 1:1 which makes me less sure what to make of this)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lustre.org/pipermail/lustre-discuss-lustre.org/attachments/20170206/2691cdbe/attachment.htm>

More information about the lustre-discuss mailing list