[mpich-discuss] Hydra SIGTSTP (Ctrl+Z) handling
Yauheni Zelenko
zelenko at cadence.com
Mon Nov 29 20:41:30 CST 2010
I tried http://www.mcs.anl.gov/research/projects/mpich2/downloads/tarballs/nightly/hydra/hydra-r7517.tar.gz and it behaive in same way as 1.3.1.
Eugene.
________________________________________
From: Yauheni Zelenko
Sent: Monday, November 29, 2010 5:34 PM
To: Pavan Balaji; mpich-discuss at mcs.anl.gov
Subject: RE: [mpich-discuss] Hydra SIGTSTP (Ctrl+Z) handling
I'll try nightly snapshot.
PS
BTW I noticed some stdin related fixes (https://trac.mcs.anl.gov/projects/mpich2/changeset/7490).
I may fix issue with LSF blaunch (currently -n command line parameter added).
Eugene.
________________________________________
From: Pavan Balaji [balaji at mcs.anl.gov]
Sent: Monday, November 29, 2010 5:33 PM
To: mpich-discuss at mcs.anl.gov
Cc: Yauheni Zelenko
Subject: Re: [mpich-discuss] Hydra SIGTSTP (Ctrl+Z) handling
On 11/29/2010 07:18 PM, Yauheni Zelenko wrote:
> Problem that our application (in non-MPI mode) supports SIGTSTP, so
> customers will expect such support from distributed versions too.
>
> Is it possible to trap inside Hydra and propagate signals from Hydra
> to remote processes with other means? For example, socket?
Hmm.. I had looked into this when we were adding checkpointing support
and couldn't find a good way to do it.
However, when I try it now with the trunk version it seems to work fine,
but I don't know exactly why it's working fine. I had redone the
stdout/stderr handling in Hydra recently, but I didn't intend to fix
anything with SIGTSTP.
I'll investigate this some more, but can you try out the nightly
snapshot of Hydra?
http://www.mcs.anl.gov/research/projects/mpich2/downloads/tarballs/nightly/hydra
-- Pavan
--
Pavan Balaji
http://www.mcs.anl.gov/~balaji
More information about the mpich-discuss
mailing list