<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Feb 20, 2017 at 1:22 AM, Renato Golin via llvm-commits <span dir="ltr"><<a href="mailto:llvm-commits@lists.llvm.org" target="_blank">llvm-commits@lists.llvm.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 17 February 2017 at 17:57, Rong Xu via llvm-commits<br>
<span class=""><<a href="mailto:llvm-commits@lists.llvm.org">llvm-commits@lists.llvm.org</a>> wrote:<br>
> Is this system very slow in file write?<br>
<br>
</span>No, it's using a SATAII SSD disk.<br>
<span class=""><br></span></blockquote><div><br></div><div>The test as is written is flaky.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
<br>
> I think the test tries to dump the<br>
> profile while the child process still write the file.<br>
> I have a sleep(1) b/w the end of main process and profile dump. It seems<br>
> this is no enough.<br>
<br>
</span>This doesn't make sense.<br>
<br>
If the process has ended it should have flushed the I/O. If the OS has<br>
buffered it, it won't try to access the file until it's completely<br>
written. If you can physically remove the disk (USB), then you need a<br>
sync, not a sleep.<br>
<span class=""><br></span></blockquote><div><br></div><div>What the test case tries to test is that profile data won't be truncated by the child process which is not waited by its parent.  The test case is thus explicitly written in a way that parent does not wait for the child. However the test driver needs to wait for the child process to finish before invoking the next command to examine the profile. Using sleep is a flaky/no reliable way to do that.  Is there a better way do it?   The 'wait' command only works for shell's children.</div><div><br></div><div>David</div><div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
<br>
> Is it possible to get a temporal access to this machine?<br>
> If not, I can reduce the profile size or have a longer wait period before<br>
> profile dump.<br>
<br>
</span>Neither of these solutions seem remotely helpful, as this could break<br>
in other machines, OSs or just less often. </blockquote><div><br></div><div>That is right.  </div><div><br></div><div>David </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
You need to find the source of the leek and plug it.<br>
<br>
cheers,<br>
--renato<br>
<div class="HOEnZb"><div class="h5">______________________________<wbr>_________________<br>
llvm-commits mailing list<br>
<a href="mailto:llvm-commits@lists.llvm.org">llvm-commits@lists.llvm.org</a><br>
<a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-commits" rel="noreferrer" target="_blank">http://lists.llvm.org/cgi-bin/<wbr>mailman/listinfo/llvm-commits</a><br>
</div></div></blockquote></div><br></div></div>