This is the mail archive of the
gdb-patches@sources.redhat.com
mailing list for the GDB project.
Re: [RFA (revised)] sh-sim, expand the opcode table
- From: Joern Rennecke <joern dot rennecke at superh dot com>
- To: msnyder at redhat dot com (Michael Snyder)
- Cc: amylaar at fairadsl dot co dot uk (Joern Rennecke), joern dot rennecke at superh dot com, gdb-patches at sources dot redhat dot com
- Date: Wed, 11 Feb 2004 12:33:15 +0000 (GMT)
- Subject: Re: [RFA (revised)] sh-sim, expand the opcode table
>
> This is a multi-part message in MIME format.
> --------------020902070606080708050409
> Content-Type: text/plain; charset=us-ascii; format=flowed
> Content-Transfer-Encoding: 7bit
>
> Hi Joern,
>
> Here are some benchmark results. Following your advice, I took the
> arith-rand test, increased its main loop count until it took around
> 10 seconds to run on my test machine, and tested it against the eight
> optimization combinations that are tested for in the gcc torture test
> [see methodology notes attached]
>
>
> I found that my change increased the runtime by 1.5 to 2 percent
> (even when I added the new instructions that I'm working on).
Was that with or without ACE_FAST ?
> That didn't seem too bad to me, but I took some advice from Alex
> Oliva and tried simply changing the sh_jmp_table from char to short.
> This much simpler change increased the runtime by only 0.5 to 1
> percent, at the cost of 64k more data space.
That makese sense... but what is the cost of adding the new instructions?