<div dir="ltr">The intent was not to show you a deadlock; was to provide you evidence that the PetscLogEvent model is meant to have the same event created collectively (hopefully at class registration) on all processes. See also PetscLogViewDefault</div><div class="gmail_extra"><br><div class="gmail_quote">2018-07-02 18:45 GMT+03:00 Vaclav Hapla <span dir="ltr"><<a href="mailto:vaclav.hapla@erdw.ethz.ch" target="_blank">vaclav.hapla@erdw.ethz.ch</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;line-break:after-white-space"><div>Thanks for the MWE. But it behaves exactly as I would anticipate, see log. I think that naming the event differently for each rank is not good but fortunately PETSc just ignores this for rank > 0. Important is the event id which is the same. I correctly get that the time spent in this event is slightly more than 8 s and the ratio between the shortest and the longest time among all ranks is 8.0.</div><div><br></div><div>Where's the deadlock? Note that PetscLogEventBegin/End and PetscStageLogPush/Pop are not collective!</div><div><br></div><div>And thanks for another argument for better specificity of the log view. If the same event would be nested at several levels, the obtained total time wouldn't say anything useful.</div><div><br></div><div>Thanks</div><span class="HOEnZb"><font color="#888888"><div><br></div><div>Vaclav</div><div><br></div></font></span></div><br><div style="word-wrap:break-word;line-break:after-white-space"><div><div><br><blockquote type="cite"><div>2. 7. 2018 v 17:20, Stefano Zampini <<a href="mailto:stefano.zampini@gmail.com" target="_blank">stefano.zampini@gmail.com</a>>:</div><br class="m_-331971224850311693Apple-interchange-newline"><div><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;line-break:after-white-space"><div><span><div><br></div></span><div>I don't see why this should lead to deadlock? With current class-wise events you can already have many simultaneous instances of the same event at once.</div><div><br></div></div></div></blockquote><div><br></div><div>Attached a MVE to better explain myself. If you run with p processes, you will see what I mean</div><div><br></div><div> </div></div><div><br></div>-- <br><div class="m_-331971224850311693gmail_signature" data-smartmail="gmail_signature">Stefano</div>
</div></div>
<span id="m_-331971224850311693cid:22E64F18-6275-455C-948D-E5DBBF805DCD@www.pwlan.ch."><log.c></span></div></blockquote></div><br></div></div><br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Stefano</div>
</div>