<div dir="ltr">Another possibility could be that the disk is in sleep mode and it needs to wake up (A feature enabled on most green drives)</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Mar 19, 2019 at 5:03 PM Valdis Klētnieks <<a href="mailto:valdis.kletnieks@vt.edu">valdis.kletnieks@vt.edu</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">On Tue, 19 Mar 2019 07:40:29 +0530, Jeno P said:<br>
<br>
> One of my module *(C/C++)* is writing to log files and periodically flushes<br>
> it using *fsync()*. Even for small amount of data, *fsync* is taking more<br>
> time *(>15 seconds)* than expected.<br>
<br>
Is it possible that some other process is applying a file lock to the log file?<br>
Any signs of I/O errors? 15 seconds is the sort of delay you might see on a<br>
RAID controller with one dead or partially dead disk throwing timeouts...<br>
<br>
<br>
_______________________________________________<br>
Kernelnewbies mailing list<br>
<a href="mailto:Kernelnewbies@kernelnewbies.org" target="_blank">Kernelnewbies@kernelnewbies.org</a><br>
<a href="https://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies" rel="noreferrer" target="_blank">https://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies</a><br>
</blockquote></div>