Hi all, I was doing some checks in preparation of updating the comparison on the FLAC page this summer and I thought the results might be interesting for people on the dev list as well. Because the mentioned comparison runs a few codecs through wine I wanted to check whether wine gives a performance hit. However, the first results confused me, so I added a few other compiles. However, it became even more confounding. Please take a look at the attached PDF. The performance of the minGW-w64 build (through wine) and the native Linux 64-bit build is similar, so I guess my original question is answered: wine doesn't affect performance. However, I tried quite a few things building a 32-bit binary on my Linux system, but they are all *very* slow. Does anyone know why? I ran ./configure --build=i686-pc-linux-gnu CFLAGS='-m32' CPPFLAGS='-m32' LDFLAGS='-m32' and tried a bunch of other things. Any thoughts? It seems encoding benefits from the 32-bit ASM optimizations and decoding benefits from 64-bit. I hope these results are useful to someone :) -------------- next part -------------- A non-text attachment was scrubbed... Name: 30 Seconds to Mars - This Is War.pdf Type: application/pdf Size: 20764 bytes Desc: not available Url : http://lists.xiph.org/pipermail/flac-dev/attachments/20130528/a49dec80/attachment-0001.pdf
On Tue, May 28, 2013 at 07:17:58PM +0200, Martijn van Beurden wrote:> I was doing some checks in preparation of updating the comparison on > the FLAC page this summer and I thought the results might be > interesting for people on the dev list as well.I'm always interested in performance tests :).> The performance of the minGW-w64 build (through wine) and the native > Linux 64-bit build is similar, so I guess my original question is > answered: wine doesn't affect performance. However, I tried quite a > few things building a 32-bit binary on my Linux system, but they are > all *very* slow. Does anyone know why? I ran ./configure > --build=i686-pc-linux-gnu CFLAGS='-m32' CPPFLAGS='-m32' > LDFLAGS='-m32' and tried a bunch of other things. Any thoughts?I think if you are setting CFLAGS you need to include also the optimizations flags, e.g. "-m32 -O3 -funroll-loops" to match the default CFLAGS. Thanks, -- Miroslav Lichvar
On 28-05-13 19:38, Miroslav Lichvar wrote:> I'm always interested in performance tests :).In that case I hope you saw the previous one, because the decoding speed-up was credited to be one of your patches, according to some people over at HydrogenAudio: http://lists.xiph.org/pipermail/flac-dev/2013-March/003856.html Really, great stuff ;)> I think if you are setting CFLAGS you need to include also the > optimizations flags, e.g. "-m32 -O3 -funroll-loops" to match the > default CFLAGS.Oh, I thought I was appending flags. Anyway, thanks, that solved the problem. I didn't know compiler flags could make such an enormous difference. It will take me a few hours to rerun the test however.