[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