public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Juergen Kreileder <jk@blackdown.de>
To: Frank de Lange <frank@unternet.org>
Cc: drepper@redhat.com, java-linux@java.blackdown.org,
	linux-kernel@vger.kernel.org
Subject: Re: java (and possibly other threaded apps) hanging in rt_sigsuspend
Date: 08 Dec 2000 07:16:06 +0100	[thread overview]
Message-ID: <878zpr1lqx.fsf@zaphod.blackdown.de> (raw)
In-Reply-To: <20001207164251.A3239@unternet.org>
In-Reply-To: Frank de Lange's message of "Thu, 7 Dec 2000 16:42:51 +0100"

>>>>> "Frank" == Frank de Lange <frank@unternet.org> writes:

    Frank> I saw your remarks on the kernel mailing list
    Frank> wrt. 'threaded processes get stuck in
    Frank> rt_sigsuspend/fillonedir/exit_notify' dd. 20000911-12, and
    Frank> thought you might be interested in the fact that something
    Frank> quite like this also happens on 2.4.0-test11 with glibc-2.2
    Frank> (release), BUT NOT ALWAYS...

    Frank> I can reliably hang java (Blackdown port jdk1.3, FCS) using
    Frank> the -Xmx parameter (which specifies a maximum heap size),
    Frank> the weird thing is that it does NOT hang which this
    Frank> parameter is either not specified OR specified but larger
    Frank> than a certain value. When it hangs, it always is stuck in
    Frank> a rt_sigsuspend call just after a clone() call. An example:

    Frank>  [frank@behemoth frank]$ java
    Frank>         (java starts and spits out some info, then exits as
    Frank>         it should)

    Frank>  [frank@behemoth frank]$ java -Xmx32m
    Frank>         (java ALWAYS gets stuck:

    Frank> 	pipe([6, 7])                            = 0
    Frank> 	clone()                                 = 14732
    Frank> 	[pid 14679] write(7, "\0\0\0\0\5\0\0\0~\266\2@ $T@\0 T@\0 T@\300\265\2@\0\0\0"..., 148) = 148
    Frank> 	[pid 14679] rt_sigprocmask(SIG_SETMASK, NULL, [RT_0], 8) = 0
    Frank> 	[pid 14679] write(7, "`S\3@\0\0\0\0\20\321\377\277pD\37@\30&\5\10\0\0\0\200\0"..., 148) = 148
    Frank> 	[pid 14679] rt_sigprocmask(SIG_SETMASK, NULL, [RT_0], 8) = 0
    Frank> 	[pid 14679] rt_sigsuspend([]
    Frank> 	)

Can you reproduce this without strace?

I only see this problem when I run with 'strace -f' and java wants to
exit (apart from that java works correctly).  I don't see the dependency
on the heap size here.


        Juergen

-- 
Juergen Kreileder, Blackdown Java-Linux Team
http://www.blackdown.org/java-linux.html
JVM'01: http://www.usenix.org/events/jvm01/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

  reply	other threads:[~2000-12-08  6:47 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-12-07 15:42 java (and possibly other threaded apps) hanging in rt_sigsuspend Frank de Lange
2000-12-08  6:16 ` Juergen Kreileder [this message]
  -- strict thread matches above, loose matches on Subject: below --
2000-12-08 13:32 Frank de Lange

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=878zpr1lqx.fsf@zaphod.blackdown.de \
    --to=jk@blackdown.de \
    --cc=drepper@redhat.com \
    --cc=frank@unternet.org \
    --cc=java-linux@java.blackdown.org \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox