From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29384 invoked by alias); 15 May 2013 00:13:54 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 29364 invoked by uid 89); 15 May 2013 00:13:49 -0000 X-Spam-SWARE-Status: No, score=-3.5 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,RCVD_IN_DNSWL_NONE,RCVD_IN_HOSTKARMA_YE,RP_MATCHES_RCVD autolearn=ham version=3.3.1 Received: from elasmtp-junco.atl.sa.earthlink.net (HELO elasmtp-junco.atl.sa.earthlink.net) (209.86.89.63) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Wed, 15 May 2013 00:13:48 +0000 Received: from [68.96.200.16] (helo=macbook2.local) by elasmtp-junco.atl.sa.earthlink.net with esmtpa (Exim 4.67) (envelope-from ) id 1UcPLm-0004iV-Rf for gdb-patches@sourceware.org; Tue, 14 May 2013 20:13:46 -0400 Message-ID: <5192D33A.3060702@earthlink.net> Date: Wed, 15 May 2013 00:13:00 -0000 From: Stan Shebs User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: gdb-patches@sourceware.org Subject: Benchmarking (was Re: [patch 2/2] Assert leftover cleanups in TRY_CATCH) References: <20130507140020.GA10070@host2.jankratochvil.net> In-Reply-To: <20130507140020.GA10070@host2.jankratochvil.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-ELNK-Trace: ae6f8838ff913eba0cc1426638a40ef67e972de0d01da9402c340d833ec7de703f776a021fea0e6e350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-SW-Source: 2013-05/txt/msg00504.txt.bz2 On 5/7/13 7:00 AM, Jan Kratochvil wrote: > > target-side condition evaluation is a good idea: > > time gdb ./loop -ex 'b 4 if i==360000' -ex r -q -ex 'set confirm no' -ex q > real 1m11.586s > > gdbserver :1234 ./loop > time gdb ./loop -ex 'target remote localhost:1234' -ex 'b 4 if i==360000' -ex c -q -ex 'set confirm no' -ex q > real 0m21.862s > > "set breakpoint condition-evaluation target" really helps a lot. This reminds me of something that has been on my mind recently - detecting performance regression with the testsuite. I added a test for fast tracepoints a while back (tspeed.exp) that also went to some trouble to get numbers for fast tracepoint performance, although it just reports them, they are not used to pass/fail. However, if target-side conditionals get worse due to some random change, or GDB startup time gets excessive, these are things that we know real users care about. On the other hand, this is hard to test automatically, and no wants to hack dejagnu that much. Maybe an excuse to dabble in a more-modern testing framework? Are there good options? Stan stan@codesourcery.com