From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 385 invoked by alias); 28 Jul 2006 15:37:17 -0000 Received: (qmail 375 invoked by uid 22791); 28 Jul 2006 15:37:16 -0000 X-Spam-Check-By: sourceware.org Received: from d102.x-mailer.de (HELO d102.x-mailer.de) (212.162.13.80) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 28 Jul 2006 15:37:09 +0000 Received: from [84.131.175.246] (helo=insanenotebook) by d102.x-mailer.de with esmtp (Exim 4.61) (envelope-from ) id 1G6UOT-0001hV-4t for gdb@sourceware.org; Fri, 28 Jul 2006 17:36:54 +0200 From: "Sascha" To: Subject: Interested in remote protocol improvements Date: Fri, 28 Jul 2006 16:07:00 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-Info: valid message X-Info: original Date Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2006-07/txt/msg00198.txt.bz2 Message-ID: <20060728160700.hO3zXjlIXRf0qkLYXDSgzm1QccTS_Ba8YjbtrqNUHa8@z> Hi, I read some posts from Daniel Jacobowitz and his plans about improving the remote protocol. Are there any further informations available? I already tested the "Self-describing targets" target.xml idea and it works pretty well (using the codesourcery gdb for arm). I used the target description to add new registers - this way I could avoid hacking GDB. Since my current project depends on the remote protocol performance I'm interested in any progress. The biggest problem is the speed. Even on my localhost tcp connection a request + reply packet takes about 5-10 ms. So if GDB is driven by some external IDE which fetches all registers and maybe some disassembly after each step/break you can easily reach 1 second delay for every step. Unfortunately GDB tries to fetch every additional register one by one using the P packet. The same thing happens for the disassembly (word by word). Any news/info is appreciated. Sascha