From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25178 invoked by alias); 29 Jun 2009 08:18:17 -0000 Received: (qmail 25165 invoked by uid 22791); 29 Jun 2009 08:18:15 -0000 X-SWARE-Spam-Status: No, hits=-2.3 required=5.0 tests=AWL,BAYES_00,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mail.codesourcery.com (HELO mail.codesourcery.com) (65.74.133.4) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 29 Jun 2009 08:18:05 +0000 Received: (qmail 19676 invoked from network); 29 Jun 2009 08:18:03 -0000 Received: from unknown (HELO wind.localnet) (vladimir@127.0.0.2) by mail.codesourcery.com with ESMTPA; 29 Jun 2009 08:18:03 -0000 From: Vladimir Prus To: Niko Sams , gdb@sources.redhat.com Subject: Re: -stack-list-locals and children Date: Mon, 29 Jun 2009 08:18:00 -0000 User-Agent: KMail/1.11.90 (Linux/2.6.24-24-generic; KDE/4.2.90; i686; svn-979530; 2009-06-10) References: <629542d40906281203o3601025at573704e36ee80565@mail.gmail.com> <629542d40906290012p33c5504pde20ddcd7da3474a@mail.gmail.com> In-Reply-To: <629542d40906290012p33c5504pde20ddcd7da3474a@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200906291217.58961.vladimir@codesourcery.com> 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-06/txt/msg00283.txt.bz2 [I assume you did not CC list accidentally, readding it back] On Monday 29 June 2009 you wrote: > >> Basic tests showed me that -var-create is relatively slow for large lists. > > > > How slow and how did you measure this? I would not expect variable objects to > > be considerably slower than printing the value in any other way. > I measured using -enable-timings. I did -var-create for a QStringList > with 1000 items, > took 0.6sec. This is the current problem with GDB -- it will always try to fetch all children, which has other problems besides performance. In particular, if you try to get children of an invalid object, gdb might never finish. Tom is planning to address this issue soon, and we'll be able to have incremental fetch of varobj children -- much like we have for stack frames in KDevelop already. Also, is -stack-list-locals any better here? I'd expect it to either have exactly the same performance problems, or ignore pretty-printing. If it is considerably faster while still reporting 1000 children, it's performance bug somewhere. - Volodya