[opensuse-factory] libjpeg-turbo
Fedora 14 has been released with libjpeg-turbo (http://libjpeg-turbo.virtualgl.org/). I see we have multiple packages in home repos (home:Lazy_Kent, home:felfert, home:iboss32, home:mkromer and home:prusnak)... so someone can comment about this? Fedora sells this as a libjpeg API/ABI compatible changes that is just faster. From a quick look it seems to be API/ABI compatible with the old 6.2 version that was available for years, but 11.3 already provides the binary incompatible 8.0. What other distros do? Also, not sure if featurewise they are 100% equivalent (see https://bugzilla.redhat.com/show_bug.cgi?id=639672). Finally, this probably would be mostly a x86-64 improvement? Since we target i586 for x86-32, that doesn't provides MMX/SSE support, the speed improvement seems to be limited to a "25%" there. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Hi;
On Tue, Nov 2, 2010 at 11:27 PM, Cristian Morales Vega
Fedora 14 has been released with libjpeg-turbo (http://libjpeg-turbo.virtualgl.org/). I see we have multiple packages in home repos (home:Lazy_Kent, home:felfert, home:iboss32, home:mkromer and home:prusnak)... so someone can comment about this?
Also Chrome is planning to switch to libjpeg-turbo, see http://code.google.com/p/chromium/issues/detail?id=48789 . Regards, ismail -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Le mardi 02 novembre 2010, à 22:27 +0100, Cristian Morales Vega a écrit :
Fedora 14 has been released with libjpeg-turbo (http://libjpeg-turbo.virtualgl.org/). I see we have multiple packages in home repos (home:Lazy_Kent, home:felfert, home:iboss32, home:mkromer and home:prusnak)... so someone can comment about this?
FWIW, this is the fate entry about this: https://features.opensuse.org/310410 Vincent -- Les gens heureux ne sont pas pressés. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
2010/11/2 Cristian Morales Vega
Fedora 14 has been released with libjpeg-turbo (http://libjpeg-turbo.virtualgl.org/). I see we have multiple packages in home repos (home:Lazy_Kent, home:felfert, home:iboss32, home:mkromer and home:prusnak)... so someone can comment about this?
Fedora sells this as a libjpeg API/ABI compatible changes that is just faster. From a quick look it seems to be API/ABI compatible with the old 6.2 version that was available for years, but 11.3 already provides the binary incompatible 8.0. What other distros do? Also, not sure if featurewise they are 100% equivalent (see https://bugzilla.redhat.com/show_bug.cgi?id=639672). Finally, this probably would be mostly a x86-64 improvement? Since we target i586 for x86-32, that doesn't provides MMX/SSE support, the speed improvement seems to be limited to a "25%" there.
Not that I ever look at Linux Standard Base... but LSB 4.0 says "libjpeg.so.62" (http://refspecs.freestandards.org/LSB_4.0.0/LSB-Desktop-generic/LSB-Desktop-...). No idea about the future plans... I would argue for continuing with IJG's libjpeg only for the curiosity of knowing what LSB does when they find RedHat and SLE have binary incompatible libjpegs ;-) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
El 02/11/10 18:51, Cristian Morales Vega escribió:
Not that I ever look at Linux Standard Base... but LSB 4.0 says "libjpeg.so.62" (http://refspecs.freestandards.org/LSB_4.0.0/LSB-Desktop-generic/LSB-Desktop-...).
I assume you aren't seriously considering that non-sense as something to follow.. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 11/02/2010 10:27 PM, Cristian Morales Vega wrote:
Fedora 14 has been released with libjpeg-turbo (http://libjpeg-turbo.virtualgl.org/). I see we have multiple packages in home repos (home:Lazy_Kent, home:felfert, home:iboss32, home:mkromer and home:prusnak)... so someone can comment about this?
Fedora sells this as a libjpeg API/ABI compatible changes that is just faster.
It's exactly that.
From a quick look it seems to be API/ABI compatible with the old 6.2 version that was available for years, but 11.3 already provides the binary incompatible 8.0. What other distros do? Also, not sure if featurewise they are 100% equivalent (see https://bugzilla.redhat.com/show_bug.cgi?id=639672).
If you read the initial comment on that bug, the poster mentions filing the bug against the original jpeg-62b, so yes - it is 100% compatible. BTW, that "bug" looks more like a feature request for an algorithm that has been left out due to legal IP problems so far.
Finally, this probably would be mostly a x86-64 improvement? Since we target i586 for x86-32, that doesn't provides MMX/SSE support, the speed improvement seems to be limited to a "25%" there.
Even older CPUs provide MMX at least. Anyway, AFAIK libjpeg-turbo figures out the CPU's capabilities at runtime and falls back from optimized assembler code to the original C implementation. In an environment where speed is essential (I'm using it with NoMachines NX protocol - which can use jpeg for compressing bitmaps), libjpeg-turbo is simply *perfect*. I don't have numbers, but my Application (OpenNX) simply "feels" a *lot* faster when using libjpeg-turbo - especially when working over slow connections. Regarding stability: i'm using it for almost 2 years now and never had any problems. So, even if you get only 25% speed gain - it's worth the effort. For my part, i'm really glad to see libjpeg-turbo getting into F14. Just my 2 cent -Fritz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAkzRM+4ACgkQboM4mAMyprBqMQCdGm72iZKjZM2X4SIHAvHw0Trg qQoAnREjkom5PDV6QXWGgjMl5MDnQb6N =eaPt -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On 02/11/10 22:27, Cristian Morales Vega wrote:
Fedora 14 has been released with libjpeg-turbo (http://libjpeg-turbo.virtualgl.org/). I see we have multiple packages in home repos (home:Lazy_Kent, home:felfert, home:iboss32, home:mkromer and home:prusnak)... so someone can comment about this?
I did the package, but then I found no time to return on that topic.
Fedora sells this as a libjpeg API/ABI compatible changes that is just faster. From a quick look it seems to be API/ABI compatible with the old 6.2 version that was available for years, but 11.3 already provides the binary incompatible 8.0. What other distros do?
It seems only Arch and openSUSE have 8.0, all of the rest uses v6 or libjpeg-turbo. Petr, Dirk: Could you please shortly describe what are the benefits of version 8 over version 6 and if there were any problems we faced when we updated it? -- Best Regards / S pozdravom, Pavol RUSNAK SUSE LINUX, s.r.o openSUSE Boosters Team Lihovarska 1060/12 PGP 0xA6917144 19000 Praha 9 prusnak[at]opensuse.org Czech Republic -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On Thursday 04 November 2010, Pavol Rusnak wrote:
It seems only Arch and openSUSE have 8.0, all of the rest uses v6 or libjpeg-turbo.
Thats correct, mainly due to LSB requirements, which we chose to ignore.
Petr, Dirk: Could you please shortly describe what are the benefits of version 8 over version 6 and if there were any problems we faced when we updated it?
I think the main reason was that v8 provides some optional/faster API that some bit of gnome is using? Greetings, Dirk -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
participants (7)
-
Cristian Morales Vega
-
Cristian Rodríguez
-
Dirk Müller
-
Fritz Elfert
-
İsmail Dönmez
-
Pavol Rusnak
-
Vincent Untz