[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: cortex / arm-hardfloat-linux-gnueabi (was Re: armelfp: new architecture name for an armel variant)

On Thursday 15 July 2010 17:34:01 Martin Guy wrote:
> I still doubt that the disruption and extra work for the community of
> Debian package maintainers, and the lower quality of the resulting
> archive, is worth the small increment in speed that is promised. I
> hope

30% *measured* (vs promised) speed increase is nothing to sneer at on low-end 
cpus like Cortex-A8 is. This speed increase might just make the difference 
from a jerky movie playback to a fluid one, or it might make desktop 
experience just a bit more pleasant -yes, there is a LOT of floating point 
work on the desktop (eg. SVG icon rendering). Actually, come to think of it, 
according to some people here, Debian uses soft (not even softfp) so the speed 
difference of the fp applications of the new port to the *existing* Debian 
port (armel) would be HUGE (more than 10x faster, according to my 
measurements). It's not a matter of comparing this port to an existing 
hardfloat port -like OpenEmbedded or Gentoo, or whatever, it's offering a 
better choice for ARM users who want to use Debian.

Anyway, this is beside the point. We're doing it, one way or the other, the 
question here is if Debian itself would be interested to accomodate such a 
port -if it becomes successful. If one of the steps needed for Debian to do so 
is picking the right name, I'm all for it -in fact I'd go as far as choose 
armhf right now, but I'll get back on that a bit later.



Reply to: