Re: [mpich-discuss] MPICH 3.1 fails doesn't create core file.
I didn't try it by myself, but that what I heard from people who did it with my application. I"ll try execution with gdb by myself when it will be possible. My application executed on cluster which is most of the time not available for debugging. Thank you for advice. Regards, Anatoly. On Mon, Oct 13, 2014 at 7:03 PM, James <[email protected]> wrote:
I've never actually measured it, but my impression is that gdb doesn't slow down execution much (if at all), if you're just running a program under it so as to get a backtrace on a crash. Even a few breakpoints don't slow it that much...
James
On Sun, 12 Oct 2014 23:29:35 -0700, Anatoly G <[email protected]> wrote:
Thank you for an advice.
Unfortunately I can't change input data rate (from external source). We are working on slow down input rate. Using debugger cause execution slowdown an we can't deal with current data rate.
Regards, Anatoly.
On Mon, Oct 13, 2014 at 8:03 AM, James <[email protected]> wrote:
You could try running the master process under gdb. If it terminates
abnormally - e.g. something like a segfault - you can then do a backtrace to find out where the problem is happening. Or if you get a "program terminated normally" message, then you know that it's following some code path that causes it to terminate.
James
On Sun, 12 Oct 2014 20:42:33 -0700, Anatoly G <[email protected]> wrote:
I'm not sure about my current failure.
I execute my application (MPI processes). Each process executes endless loop. After a couple of hours Master process fails (disappears - I can't see it using 'ps' command). There is no core file. I'm not sure about the reason of failure. It looks strange that single process (15 processes executed) fails w/o core file dropping. I suspect that I'm using MPICH in wrong way, which causes failure. But like I said before I'm not sure about failure.
Regards, Anatoly.
_______________________________________________
discuss mailing list [email protected] To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss
_______________________________________________ discuss mailing list [email protected] To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss
_______________________________________________ discuss mailing list [email protected] To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss
participants (1)
-
Anatoly G