[gpfsug-discuss] LROC 100% utilized in terms of IOs

Sven Oehme oehmes at gmail.com
Wed Jan 25 21:00:03 GMT 2017


Matt,

the assumption was that the remote devices are slower than LROC. there is
some attempts in the code to not schedule more than a maximum numbers of
outstanding i/os to the LROC device, but this doesn't help in all cases and
is depending on what kernel level parameters for the device are set. the
best way is to reduce the max size of data to be cached into lroc.

sven


On Wed, Jan 25, 2017 at 9:50 PM Matt Weil <mweil at wustl.edu> wrote:

> Hello all,
>
> We are having an issue where the LROC on a CES node gets overrun 100%
> utilized.  Processes  then start to backup waiting for the LROC to
> return data.  Any way to have the GPFS client go direct if LROC gets to
> busy?
>
> Thanks
> Matt
>
> ________________________________
> The materials in this message are private and may contain Protected
> Healthcare Information or other information of a sensitive nature. If you
> are not the intended recipient, be advised that any unauthorized use,
> disclosure, copying or the taking of any action in reliance on the contents
> of this information is strictly prohibited. If you have received this email
> in error, please immediately notify the sender via telephone or return mail.
> _______________________________________________
> gpfsug-discuss mailing list
> gpfsug-discuss at spectrumscale.org
> http://gpfsug.org/mailman/listinfo/gpfsug-discuss
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://gpfsug.org/pipermail/gpfsug-discuss_gpfsug.org/attachments/20170125/5129478d/attachment.htm>


More information about the gpfsug-discuss mailing list