From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32407 invoked by alias); 18 Jun 2014 08:21:02 -0000 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 Received: (qmail 32395 invoked by uid 89); 18 Jun 2014 08:21:01 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.9 required=5.0 tests=AWL,BAYES_50,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-HELO: glazunov.sibelius.xs4all.nl Received: from sibelius.xs4all.nl (HELO glazunov.sibelius.xs4all.nl) (83.163.83.176) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Wed, 18 Jun 2014 08:21:00 +0000 Received: from glazunov.sibelius.xs4all.nl (kettenis@localhost [127.0.0.1]) by glazunov.sibelius.xs4all.nl (8.14.5/8.14.3) with ESMTP id s5I8Kt3x003577; Wed, 18 Jun 2014 10:20:55 +0200 (CEST) Received: (from kettenis@localhost) by glazunov.sibelius.xs4all.nl (8.14.5/8.14.3/Submit) id s5I8KsJ6021599; Wed, 18 Jun 2014 10:20:54 +0200 (CEST) Date: Wed, 18 Jun 2014 08:21:00 -0000 Message-Id: <201406180820.s5I8KsJ6021599@glazunov.sibelius.xs4all.nl> From: Mark Kettenis To: tim@krieglstein.org CC: gdb@sourceware.org In-reply-to: <11141246.9lllTVUqLL@dabox> (message from Tim Sander on Wed, 18 Jun 2014 09:24:04 +0200) Subject: Re: gdb single stepping takes ages References: <11141246.9lllTVUqLL@dabox> X-SW-Source: 2014-06/txt/msg00046.txt.bz2 > From: Tim Sander > Date: Wed, 18 Jun 2014 09:24:04 +0200 > > Hi > > I am currently using openocd as a gdbserver backend for debugging an > embedded target with gdb 7.7. When i want to step over a single line > with -exec-next: > > for(int a=0; a<1000000;a++){ }; > > the time taken for the step is linear to the maximum count number and takes in > my setup about 1 second for one increment of a. Setting a temp breakpoint in > the next line and continuing works much faster. > > So is there a way improve the stepping speed in such situations? Use a native debugger.