Thanks, guys.

-----Mensaje original-----
De: Steve Underwood [mailto:ste...@coppice.org] 
Enviado el: MiƩrcoles, 26 de Noviembre de 2003 11:25 a.m.
Para: mspgcc-users@lists.sourceforge.net
Asunto: Re: newer gdbproxy is slower, Re: [Mspgcc-users] mspgcc-20030506.exe
vs. mspgcc-20030303.exe

Hi Matthias,

The code from TI has been getting slower, but I haven't investigated the 
reason. Big speedups are in the pipeline, though. Using GDB6.0 speeds 
things up a lot, as it does reasonable sized writes. The current GDB 
5.1.1 sometimes does reasonable sized write (300+ bytes per chunk), but 
keeps switching to tiny chunks (30 odd bytes) for no obvious reason. 
Buffering in gdbproxy is also in progress (when I get time!)

Regards,
Steve


Matthias Weingart wrote:

> I have done some tests, and obviously newer version of gdbproxy
>
>are getting slower and slower (I only exchanged the gdbproxy.exe
>and I can reproduce it):
>
>msp430-gdbproxy.exe --port=2000 msp430
>
>MSP43~22 EXE     1,366,195  03-03-03 12:40p msp430-gdbproxy.exe
>Erasing target flash - all... Erased OK
>Loading section .text, size 0x90e lma 0xf000
>Loading section .vectors, size 0x20 lma 0xffe0
>Start address 0xf000, load size 2350
>Transfer rate: 4700 bits/sec, 37 bytes/write.
>Breakpoint 1, main () at main.c:48
>
>same exe, with debug enabled:
>Erasing target flash - all... Erased OK
>Loading section .text, size 0x90e lma 0xf000
>Loading section .vectors, size 0x20 lma 0xffe0
>Start address 0xf000, load size 2350
>Transfer rate: 3133 bits/sec, 37 bytes/write.
>
>MSP43~22 EXE       229,376  05-06-03 10:53a msp430-gdbproxy.exe
>(gdb) Erasing target flash - all... Erased OK
>Loading section .text, size 0x90e lma 0xf000
>Loading section .vectors, size 0x20 lma 0xffe0
>Start address 0xf000, load size 2350
>Transfer rate: 648 bits/sec, 37 bytes/write.
>
>MSP43~20 EXE       283,589  11-25-03  9:58a msp430-gdbproxy.exe
>(debug enabled by default???)
>Erasing target flash - all... Erased OK
>Loading section .text, size 0x90e lma 0xf000
>Loading section .vectors, size 0x20 lma 0xffe0
>Start address 0xf000, load size 2350
>Transfer rate: 254 bits/sec, 37 bytes/write.
>
>The oldest (and largest) version is the fastest one. This is quite
independent
>from the --debug flag. Steve, any idea what's wrong?
>
>        Matthias
>  
>




-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?  SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
_______________________________________________
Mspgcc-users mailing list
Mspgcc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mspgcc-users

Reply via email to