From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25113 invoked by alias); 23 Apr 2004 19:25:04 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 25082 invoked from network); 23 Apr 2004 19:25:03 -0000 Received: from unknown (HELO faui10.informatik.uni-erlangen.de) (131.188.31.10) by sources.redhat.com with SMTP; 23 Apr 2004 19:25:03 -0000 Received: from faui1d.informatik.uni-erlangen.de (faui1d [131.188.31.34]) by faui10.informatik.uni-erlangen.de (8.9.3p3/8.1.9-FAU) with ESMTP id VAA25507; Fri, 23 Apr 2004 21:25:01 +0200 (CEST) From: Ulrich Weigand Received: (from weigand@localhost) by faui1d.informatik.uni-erlangen.de (8.9.3p3/8.1.6-FAU) id VAA27694; Fri, 23 Apr 2004 21:25:01 +0200 (CEST) Message-Id: <200404231925.VAA27694@faui1d.informatik.uni-erlangen.de> Subject: Re: [PATCH] Fix manythreads test case on s390 To: drow@false.org (Daniel Jacobowitz) Date: Fri, 23 Apr 2004 19:25:00 -0000 Cc: weigand@i1.informatik.uni-erlangen.de (Ulrich Weigand), gdb-patches@sources.redhat.com In-Reply-To: <20040423181833.GA15513@nevyn.them.org> from "Daniel Jacobowitz" at Apr 23, 2004 02:18:33 PM MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-SW-Source: 2004-04/txt/msg00583.txt.bz2 Daniel Jacobowitz wrote: > None of the threads run to completion in time to reuse their stack > space? I'm surprised by that (though it's certainly a valid outcome, > it's unlike how NPTL behaves elsewhere). On my system the 127th pthread_create reproducibly fails, which is consistent with no thread stack being reused early. Maybe it's an SMP effect (one CPU is quickly running all the pthread_create's, while the others are executing the thread functions, which may be slow due to printf ...)? On the other hand, it may also be the case that running in a virtualized environment exaggerates race windows; we've seen plenty of examples for this. Bye, Ulrich -- Dr. Ulrich Weigand weigand@informatik.uni-erlangen.de