From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22031 invoked by alias); 16 Aug 2003 16:41:11 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 22024 invoked from network); 16 Aug 2003 16:41:10 -0000 Received: from unknown (HELO nevyn.them.org) (66.93.172.17) by sources.redhat.com with SMTP; 16 Aug 2003 16:41:10 -0000 Received: from drow by nevyn.them.org with local (Exim 4.20 #1 (Debian)) id 19o474-00010N-39; Sat, 16 Aug 2003 12:41:10 -0400 Date: Sat, 16 Aug 2003 16:41:00 -0000 From: Daniel Jacobowitz To: Andrew Cagney Cc: gdb@sources.redhat.com Subject: Re: Terminally slow (75 seconds) on some steps Message-ID: <20030816164110.GA3818@nevyn.them.org> Mail-Followup-To: Andrew Cagney , gdb@sources.redhat.com References: <3F1BF6D4.6090801@redhat.com> <3F2F3E9A.6050403@redhat.com> <3F2FF8F5.6070007@redhat.com> <3F3D65C5.2070005@redhat.com> <20030816151124.GA2746@nevyn.them.org> <3F3E5DA4.7080504@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3F3E5DA4.7080504@redhat.com> User-Agent: Mutt/1.5.1i X-SW-Source: 2003-08/txt/msg00172.txt.bz2 On Sat, Aug 16, 2003 at 12:36:52PM -0400, Andrew Cagney wrote: > > >See SYMBOL_SET_NAMES - I fixed that fairly recently. Also, > >add_psymbol_to_list is how most partial symbols are added; that uses > >the same name cache. If you're talking about the call to bcache in > >add_psymbol_with_dem_name_to_list, it's only used by hpread.c. Fixing > >this did in fact improve the hit rate. > > Ah. So the only bcache call is to add the partial symbol to the psymbol > cache. That narrows things down a bit. Wonder if setting > CHAIN_LENGTH_THRESHOLD lower would help. > > >>>c011f6b8 663 2.3393 vmlinux do_anonymous_page > >>>00000000 622 2.1946 XFree86 (no symbols) > >>>08134b74 574 2.0253 gdb read_partial_die > > > >> > >>Ok, so its spending a lot of time reading partial symbols. > > > > > >I've got some plans in this direction... just haven't had time to do > >anything about it yet :( > > What about the kernel? 3.5 seconds copying data to the user space is > suprising. Can linux, given page sized read requests do it using page > swapping? > > The other question is where in GDB (?) the requests are comming from. I > suspect target read, but it could be symbol file related. First of all, we should be using mmap to access symbol files, at least when there are no relocations. We probably should be using it even when there _are_ relocations; however, that will require re-implementing some simple ELF relocation functions in GDB. I've long thought this is necessary. Second of all, the copy_to_user is likely to come more from ptrace than from reading. But that's just a guess really. -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer