Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT sources DOT redhat DOT com Delivered-To: mailing list cygwin AT sources DOT redhat DOT com Message-ID: <037401c0ff5c$ed60ebc0$806410ac@local> From: "Robert Collins" To: , References: <20010627023524 DOT S19058 AT redhat DOT com> <00aa01c0ff1b$44106960$a300a8c0 AT nhv> <20010627112321 DOT A21615 AT redhat DOT com> Subject: Re: Deadly embrace between pthread_cond_wait and pthread_cond_signal Date: Thu, 28 Jun 2001 09:00:13 +1000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 X-OriginalArrivalTime: 27 Jun 2001 22:50:34.0024 (UTC) FILETIME=[9307C280:01C0FF5B] ----- Original Message ----- From: "Christopher Faylor" > >>I bet it would improve even more if we replaced the VirtualQuery > >>in path.cc, too. > > > >With Rob's new patch that does this, > >there actually isn't very much difference > > > >real 7m10.729s > >user 2m50.963s > >sys 1m11.721s > > > >Thanks ! > > Huh. I wonder why it makes such a big difference for pthreads. > Volume of calls :}. openening files doesn't occur quite as often as (say) locking a mutex. I'd like to publicly thank Greg Smith for his excellent profiling work in identifying the bottleneck here. I know how time consuming that can be :}. Thanks Greg! Rob -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/