<meta http-equiv="Content-Type" content="text/html; charset=utf-8"><div dir="ltr">I didn't try it by myself, but that what I heard from people who did it with my application.<div>I"ll try execution with gdb by myself when it will be possible. </div><div>My application executed on cluster which is most of the time not available for debugging. </div><div>Thank you for advice.</div><div><br></div><div>Regards,</div><div>Anatoly.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Oct 13, 2014 at 7:03 PM, James <span dir="ltr"><<a href="mailto:jamesqf@charter.net" target="_blank">jamesqf@charter.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I've never actually measured it, but my impression is that gdb doesn't<br>
slow down execution much (if at all), if you're just running a program<br>
under it so as to get a backtrace on a crash.  Even a few breakpoints<br>
don't slow it that much...<span class="HOEnZb"><font color="#888888"><br>
<br>
James</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
On Sun, 12 Oct 2014 23:29:35 -0700, Anatoly G <<a href="mailto:anatolyrishon@gmail.com" target="_blank">anatolyrishon@gmail.com</a>> wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Thank you for an advice.<br>
Unfortunately I can't change input data rate (from external source). We are<br>
working on slow down input rate. Using debugger cause execution slowdown an<br>
we can't deal with current data rate.<br>
<br>
Regards,<br>
Anatoly.<br>
<br>
On Mon, Oct 13, 2014 at 8:03 AM, James <<a href="mailto:jamesqf@charter.net" target="_blank">jamesqf@charter.net</a>> wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
You could try running the master process under gdb.  If it terminates<br>
abnormally - e.g. something like a segfault - you can then do a backtrace<br>
to find out where the problem is happening.  Or if you get a "program<br>
terminated normally" message, then you know that it's following some<br>
code path that causes it to terminate.<br>
<br>
James<br>
<br>
On Sun, 12 Oct 2014 20:42:33 -0700, Anatoly G <<a href="mailto:anatolyrishon@gmail.com" target="_blank">anatolyrishon@gmail.com</a>><br>
wrote:<br>
<br>
 I'm not sure about my current failure.<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I execute my application (MPI processes). Each process executes endless<br>
loop. After a couple of hours Master process fails (disappears - I can't<br>
see it using 'ps' command). There is no core file. I'm not sure about the<br>
reason of failure.<br>
It looks strange that single process (15 processes executed) fails w/o<br>
core<br>
file dropping.<br>
I suspect that I'm using MPICH in wrong way, which causes failure.<br>
But like I said before I'm not sure about failure.<br>
<br>
Regards,<br>
Anatoly.<br>
<br>
 ______________________________<u></u>_________________<br>
</blockquote>
discuss mailing list     <a href="mailto:discuss@mpich.org" target="_blank">discuss@mpich.org</a><br>
To manage subscription options or unsubscribe:<br>
<a href="https://lists.mpich.org/mailman/listinfo/discuss" target="_blank">https://lists.mpich.org/<u></u>mailman/listinfo/discuss</a><br>
<br>
</blockquote></blockquote>
<br>
<br>
______________________________<u></u>_________________<br>
discuss mailing list     <a href="mailto:discuss@mpich.org" target="_blank">discuss@mpich.org</a><br>
To manage subscription options or unsubscribe:<br>
<a href="https://lists.mpich.org/mailman/listinfo/discuss" target="_blank">https://lists.mpich.org/<u></u>mailman/listinfo/discuss</a><br>
</div></div></blockquote></div><br></div>