<div dir="ltr">GPFS doesn't do flush on close by default unless explicit asked by the application itself, but you can configure that .<div><br><div>mmchconfig flushOnClose=yes  </div><div><br></div><div>if you use O_SYNC or O_DIRECT  then each write ends up on the media before we return.</div><div><br></div><div>sven</div><div><br></div><div><br></div><div><div><div><div><div class="gmail_quote"><div dir="ltr">On Wed, Apr 11, 2018 at 7:06 AM Peter Serocka <<a href="mailto:peserocka@gmail.com">peserocka@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Let’s keep in mind that line buffering is a concept <br>
within the standard C library;<br>
if every log line triggers one write(2) system call,<br>
and it’s not direct io, then multiple write still get<br>
coalesced into few larger disk writes (as with the dd example).<br>
<br>
A logging application might choose to close(2)<br>
a log file after each write(2) — that produces<br>
a different scenario, where the file system might<br>
guarantee that the data has been written to disk <br>
when close(2) return a success. <br>
<br>
(Local Linux file systems do not do this with default mounts,<br>
but networked filesystems usually do.)<br>
<br>
Aaron, can you trace your application to see<br>
what is going on in terms of system calls?<br>
<br>
— Peter<br>
<br>
<br>
> On 2018 Apr 10 Tue, at 18:28, Marc A Kaplan <<a href="mailto:makaplan@us.ibm.com" target="_blank">makaplan@us.ibm.com</a>> wrote:<br>
> <br>
> Debug messages are typically unbuffered or "line buffered".   If that is truly causing a performance problem AND you still want to collect the messages -- you'll need to find a better way to channel and collect those messages.<br>
> <br>
> <br>
> _______________________________________________<br>
> gpfsug-discuss mailing list<br>
> gpfsug-discuss at <a href="http://spectrumscale.org" rel="noreferrer" target="_blank">spectrumscale.org</a><br>
> <a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss" rel="noreferrer" target="_blank">http://gpfsug.org/mailman/listinfo/gpfsug-discuss</a><br>
<br>
_______________________________________________<br>
gpfsug-discuss mailing list<br>
gpfsug-discuss at <a href="http://spectrumscale.org" rel="noreferrer" target="_blank">spectrumscale.org</a><br>
<a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss" rel="noreferrer" target="_blank">http://gpfsug.org/mailman/listinfo/gpfsug-discuss</a><br>
</blockquote></div></div></div></div></div></div></div>