From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6754 invoked by alias); 20 Apr 2009 23:55:04 -0000 Received: (qmail 6745 invoked by uid 22791); 20 Apr 2009 23:55:03 -0000 X-SWARE-Spam-Status: No, hits=-1.8 required=5.0 tests=AWL,BAYES_00,SARE_MSGID_LONG40,SPF_PASS X-Spam-Check-By: sourceware.org Received: from smtp-out.google.com (HELO smtp-out.google.com) (216.239.33.17) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 20 Apr 2009 23:54:59 +0000 Received: from zps77.corp.google.com (zps77.corp.google.com [172.25.146.77]) by smtp-out.google.com with ESMTP id n3KNstJq002736 for ; Tue, 21 Apr 2009 00:54:56 +0100 Received: from qw-out-1920.google.com (qwj9.prod.google.com [10.241.195.73]) by zps77.corp.google.com with ESMTP id n3KNsIif003539 for ; Mon, 20 Apr 2009 16:54:54 -0700 Received: by qw-out-1920.google.com with SMTP id 9so885213qwj.12 for ; Mon, 20 Apr 2009 16:54:54 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.85.132 with SMTP id o4mr787108qcl.0.1240271693929; Mon, 20 Apr 2009 16:54:53 -0700 (PDT) In-Reply-To: <20090420234805.GA28850@caradoc.them.org> References: <592922.54823.qm@web52001.mail.re2.yahoo.com> <8ac60eac0904201639r19f7d539v2b301fcb24e82317@mail.gmail.com> <20090420234805.GA28850@caradoc.them.org> Date: Tue, 21 Apr 2009 00:17:00 -0000 Message-ID: <8ac60eac0904201654h1775560se59718b127ccbfad@mail.gmail.com> Subject: Re: GDB using a lot of CPU time and writing a lot to disk on startup From: Paul Pluzhnikov To: Paul Pluzhnikov , Nick Savoiu , gdb@sourceware.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-System-Of-Record: true X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2009-04/txt/msg00164.txt.bz2 On Mon, Apr 20, 2009 at 4:48 PM, Daniel Jacobowitz wrote: > On Mon, Apr 20, 2009 at 04:39:56PM -0700, Paul Pluzhnikov wrote: >> > I used pstack every second until the debugging actually starts and here >> > are all the unique #0 locations in the pstack output. ... >> This output is bogus. > > I thought that too the first time I read it - but see his description > of the output (above) again :-) Oops. I see it now; thanks. So most of the time (481 of 461) GDB is blocked in stat. Not a big surprize. > Nick, it sounds to me like you're debugging something that you haven't > got enough RAM for - is the disk I/O your swap space? I don't (yet) see any evidence for swapping either. Do you? Cheers, -- Paul Pluzhnikov