Rockbox mail archiveSubject: Re: Proposal to update GCC for ARM
Re: Proposal to update GCC for ARM
From: Jonathan Gordon <jdgordy_at_gmail.com>
Date: Tue, 9 Mar 2010 08:59:04 +1100
60K is not even 1 second of compressed audio. So reclaiming that is not
noticeable at all.
On Mar 8, 2010 1:16 PM, "Thomas Martitz" <
Am 08.03.2010 22:00, schrieb Daniel Stenberg:
> Noticable binsize gain on targets that don't really need it sprinkled with
some performance l...
IMO the performance loss is negible, since it a) only hits FLAC which is
fast enough (it runs unboosted on all targets), and b) I expect the binsize
win to have a bigger impact w.r.t. to battery runtime. The performance loss
won't make a big difference (if at all), but having over 60k more buffer
available could - especially on lossless codecs where usually not even
single file fits into the buffer.. FLAC is simply a codec where the filesize
limits better battery runtime, not codec performance. I think all HDD-based
players need binsize gains where they can get them. I can't see any other
performance loss, the major codecs are the same, or even faster.
The flac performance loss could also be caused by something other than "just
a bad compiler". For example it could be a gcc decision to not inline some
functions. If we spotted those we could fix it.
Received on 2010-03-08