in deed, it is.. consider last recent GPFS
releases .. lot's of enhancements/improvements in terms of file creation
rate 're included here .. cheersMit freundlichen Grüßen / Kind regards Olaf Weiser EMEA Storage Competence Center Mainz, German / IBM Systems, Storage
with this...that's a pretty hefty workload.
From: Olaf Weiser
Sent: 10/15/16, 12:47 PM
To: gpfsug main discussion list
Subject: Re: [gpfsug-discuss] SGExceptionLogBufferFullThread waiter
well - hard to say.. 60K IO may or may not be a problem... it depends on your
storage backends..
check
well - hard to say.. 60K IO may or may
not be a problem... it depends on your storage backends.. check the response times to the physical
disk on the NSD server... concerning the output you provided ... check
particularly 10.1.53.5 and 10.1.53.7
if they are in the same (bad/ poor)
range ..
It absolutely does, thanks Olaf!
The tasks running on these nodes are running on 63 other nodes and
generating ~60K iop/s of metadata writes and I *think* about the same in
reads. Do you think that could be contributing to the higher waiter
times? I'm not sure quite what the job is up to.
