Re: Perf patches, libmpg123 patches, and a new release of LAME?

Alexander Leidinger via Lame-dev <[email protected]> Thu, 07 May 2020 11:12:24 +0200
Newsgroups gmane.comp.audio.mp3.lame
Message-ID <20200507111224.Horde.U1AzU1jd4NZAHCdue9pH30W@webmail.leidinger.net>
Quoting Alexander Leidinger <[email protected]> (from Thu, 07  
May 2020 09:20:29 +0200):

> Quoting Gabriel Bouvigne <[email protected]> (from Wed, 06 May  
> 2020 09:54:01 +0000):

>> Regarding the perf patches:
>>
>> - Takehiro IEEE754 hack
>> It indeeds slows things down on most of the modern processors (at  
>> least on current AMD processors, and all of the i3/i5/i7 line from  
>> Intel), and it has been this way for at least 10 years. I am  
>> however not sure about its performance impact on low-grade Intel  
>> processors (the current "Pentium" and Atom line, which are  
>> significantly different from the i3/5/7 line).
>> I see two options there:
>> a) keep the hack code, but conditionnaly enable it based on target  
>> processor.
>> b) totally disable the hack.
>>
>> Unless we have the ability to test the speed benefits on Pentiums  
>> and Atoms beforehand, a good option might be to:
>> *for next version, keep the code, but globally disable the hack
>> *based on eventual field reports, decide if we should remove the  
>> code for the next next version
>
> That is what I had in mind myself. I'm a little bit indifferent if I  
> should provide a configure option to enable it or not.

I had a look at this, we enable this for powerpc, i386 (= 32 bit  
Intel), and amd64/x86_64.
I do you think about keeping it enabled on i386, and maybe powerpc  
(well... no idea if a recent powerpc CPU would benefit either way),  
and disabling it on amd64/x86_64? Does this make sense to you?

Bye,
Alexander.

-- 
http://www.Leidinger.net [email protected]: PGP 0x8F31830F9F2772BF
http://www.FreeBSD.org    [email protected]  : PGP 0x8F31830F9F2772BF