| To: | Nigel Stephens <nigel@mips.com> |
|---|---|
| Subject: | Re: Floating point performance |
| From: | Daniel Jacobowitz <dan@debian.org> |
| Date: | Thu, 29 Sep 2005 09:31:25 -0400 |
| Cc: | Matej Kupljen <matej.kupljen@ultra.si>, Ulrich Eckhardt <Eckhardt@satorlaser.com>, linux-mips@linux-mips.org |
| In-reply-to: | <433BD1AA.9060404@mips.com> |
| Original-recipient: | rfc822;linux-mips@linux-mips.org |
| References: | <6EC3F44BE5E6B742BE3EBC3465525944096814@emea-exchange3.emea.dps.local> <1127992600.10179.19.camel@localhost.localdomain> <433BD1AA.9060404@mips.com> |
| Sender: | linux-mips-bounce@linux-mips.org |
| User-agent: | Mutt/1.5.8i |
On Thu, Sep 29, 2005 at 12:36:10PM +0100, Nigel Stephens wrote: > > > Matej Kupljen wrote: > > >I thought that SF *should* be relatively fast, because I have > >experience with it on ARM, where Nicolas Pitre wrote amazing > >SF support for the glibc. > >How can we speed-up SF on MIPS? > >Does anybody have some suggestions? > > > > > > Maybe someone should volunteer to port Nicolas's "amazing SF support" > from ARM to MIPS. Hint hint. Unless you've got a spare ASE lying around with conditional execution and a barrel shifter, I don't think this is in the cards. Which isn't to say that someone couldn't write a good MIPS-specific implementation, if they were a sufficiently good FP guru. But my feeling is that ARM is more prone than MIPS to clever tricks that are hard for a compiler to generate. -- Daniel Jacobowitz CodeSourcery, LLC |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Problem in detecting RAM size by bootloader, Arravind babu |
|---|---|
| Next by Date: | Re: Floating point performance, David Daney |
| Previous by Thread: | Re: Floating point performance, Matej Kupljen |
| Next by Thread: | Re: Floating point performance, David Daney |
| Indexes: | [Date] [Thread] [Top] [All Lists] |