Return-Path: Delivered-To: apmail-harmony-dev-archive@www.apache.org Received: (qmail 77061 invoked from network); 4 Jan 2007 22:28:46 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 4 Jan 2007 22:28:46 -0000 Received: (qmail 97114 invoked by uid 500); 4 Jan 2007 22:28:45 -0000 Delivered-To: apmail-harmony-dev-archive@harmony.apache.org Received: (qmail 96915 invoked by uid 500); 4 Jan 2007 22:28:44 -0000 Mailing-List: contact dev-help@harmony.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@harmony.apache.org Delivered-To: mailing list dev@harmony.apache.org Received: (qmail 96885 invoked by uid 99); 4 Jan 2007 22:28:44 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 04 Jan 2007 14:28:44 -0800 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of weldonwjw@gmail.com designates 66.249.92.171 as permitted sender) Received: from [66.249.92.171] (HELO ug-out-1314.google.com) (66.249.92.171) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 04 Jan 2007 14:28:34 -0800 Received: by ug-out-1314.google.com with SMTP id z36so4698377uge for ; Thu, 04 Jan 2007 14:28:12 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=Stm+Zuor9I7m4COUf97ze+FZ/HPoSC306+OxpCQx5HiXddZgi/cUZLshOmZvUZB7M3OC376ImsVXGAz3yZWs1InlpbwUlbCp24Szl03T/BTU3FtCGi/k5l+ZwKWzlNmyJG0YNpvPQ/tXmJgR2TyKMb6lyo6o4RGc6t+wAwLBprs= Received: by 10.78.185.16 with SMTP id i16mr6538363huf.1167949691984; Thu, 04 Jan 2007 14:28:11 -0800 (PST) Received: by 10.78.137.2 with HTTP; Thu, 4 Jan 2007 14:28:11 -0800 (PST) Message-ID: <4dd1f3f00701041428keec8ef9q9dd81d4b7cf7643c@mail.gmail.com> Date: Thu, 4 Jan 2007 14:28:11 -0800 From: "Weldon Washburn" To: dev@harmony.apache.org Subject: Re: [drlvm][threading] taking a closer look at Harmony-2803 (stress.Mix hangs on rhel4) In-Reply-To: <63338068-60E8-4BD6-9726-EC550C5CF028@uiuc.edu> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_16117_20413386.1167949691775" References: <4dd1f3f00701040906t5e00286ara04aea880597f3cd@mail.gmail.com> <63338068-60E8-4BD6-9726-EC550C5CF028@uiuc.edu> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_16117_20413386.1167949691775 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline On 1/4/07, Naveen Neelakantam wrote: > > When you say "fail", do you mean the test hangs? That was the > behavior I was seeing. I see it hang consistently when running automated mode (build test). I have seen it hang once when running manually from a linux terminal window. It actually printed out "PASSED" then hung. This leads me to suspect there might be problems with how System.out.flush() is working when there are multiple threads running on SMP. Are you running on an SMP box? Can you give me the exact command line you are using? I would like to try it on my box. I tried running stress.Mix on the command line several times, and it > would still hang. > > Naveen > > On Jan 4, 2007, at 11:06 AM, Weldon Washburn wrote: > > > stress.Mix has been broken since December 19. From a quick > > investigation it > > looks like stress.Mix is having problems with thread > > synchronization on red > > hat release 4 on 2 cpu server. As much as I would like to simply > > go back to > > committing patches to the threading system, it seems prudent to fix > > stress.Mix threading problems first. > > > > Running stress.Mix on my one cpu laptop shows real close to 60 > > threads are > > created, each running one of 10 different workloads. stress.Mix > > test always > > passes on my laptop. > > > > Running "build test" which contains stress.Mix on my 2 cpu red hat box > > always fails. Using "mpstat -P ALL" shows that both cpus are > > idle. Another > > related data point is that when I run "......deploy/jdk/jre/bin/ > > java -cp . > > stress.Mix" from linux terminal window, the test always passes. > > Interestingly real close to 60 threads are also created on the > > server. AFAICT the only difference between running "build test" and > > running > > the test manually is the std error output to terminal screen. Std > > error > > println's appear when running manually but do not appear when > > running with > > "build test". My best guess at this time is that the println's to > > screen > > are forcing the threads to not aggrevate a synch bug. > > If nobody else is working on the above, I will continue my > > investigation. > > Thoughts? Suggestions? > > > > -- > > Weldon Washburn > > Intel Enterprise Solutions Software Division > > -- Weldon Washburn Intel Enterprise Solutions Software Division ------=_Part_16117_20413386.1167949691775--