From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6629 invoked by alias); 29 Jun 2009 09:30:31 -0000 Received: (qmail 6604 invoked by uid 22791); 29 Jun 2009 09:30:28 -0000 X-SWARE-Spam-Status: No, hits=-0.2 required=5.0 tests=AWL,BAYES_00,SARE_MSGID_LONG40,SPF_PASS X-Spam-Check-By: sourceware.org Received: from qw-out-1920.google.com (HELO qw-out-1920.google.com) (74.125.92.146) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 29 Jun 2009 09:30:23 +0000 Received: by qw-out-1920.google.com with SMTP id 5so1897363qwf.24 for ; Mon, 29 Jun 2009 02:30:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.220.98.85 with SMTP id p21mr3787235vcn.21.1246267821169; Mon, 29 Jun 2009 02:30:21 -0700 (PDT) In-Reply-To: <200906291217.58961.vladimir@codesourcery.com> References: <629542d40906281203o3601025at573704e36ee80565@mail.gmail.com> <629542d40906290012p33c5504pde20ddcd7da3474a@mail.gmail.com> <200906291217.58961.vladimir@codesourcery.com> Date: Mon, 29 Jun 2009 09:30:00 -0000 Message-ID: <629542d40906290230n4da6f347s1566847defb9a1c0@mail.gmail.com> Subject: Re: -stack-list-locals and children From: Niko Sams To: gdb Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit 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-06/txt/msg00286.txt.bz2 On Mon, Jun 29, 2009 at 10:17, Vladimir Prus wrote: > [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. ok, I see. When this is fixed -var-create should be faster? > 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. It's much faster. I get about 100 children in the value followed by .... Niko