[X2go-Dev] Test-Recipe for libjpeg-turbo anx NX

[Mike Gabriel]

Hi Reinhard,

On Di 24 Jan 2012 09:26:57 CET Reinhard Tartler wrote:

> On Di, Jan 24, 2012 at 00:15:26 (CET), Mike Gabriel wrote:
>
>> Hi once again,
>>
>> On Mo 23 Jan 2012 20:37:18 CET Mike Gabriel wrote:
>>
>>> Hi again,
>>>
>>> On Mo 23 Jan 2012 18:57:37 CET Mike Gabriel wrote:
>>>
>>>>> Anybody try to configure for example ubutu to configure x2goserver
>>>>> to use libjpeg-tubro (
>>>>> http://sourceforge.net/projects/libjpeg-turbo/ ) instead libjpeg ?
>>>>> I  have read that for example OpenNX client for neatx or freenx
>>>>> server  recommend to use this because libjpeg-turbo have speed
>>>>> improvement   than standard libjpeg and it will be use full to
>>>>> reduce transfer for  x2go session. I don't know how to configure
>>>>> (or is it possible?)  x2goserver on ubutu to use libjpeg-turbo
>>>>>
>>>>> Regards
>>>>
>>>> libjpeg-turbo support (from my perspective) is a distribution  issue.
>>>> Libjpeg-turbo is pending for Debian sid inclusion:
>>>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=612341
>>>>
>>>> As we do not have plans to ship libjpeg-turbo within the X2Go
>>>> repository currently, I guess we will have to wait for distro
>>>> inclusion in Debian/Ubuntu.
>>>>
>>>> With other distros that already have libjpeg8 (optionally) replaced
>>>> by  libjpeg-turbo, it should be possible to compile NX
>>>> (redistributed)  against the faster libary.
>>>>
>>>> There also is another NX related project on git.ethersoft.ru that
>>>> provides NX with libjpeg-turbo. However, that repos only builds NX
>>>> for  FreeNX.
>>>
>>> I have just tested an NX build against libjpeg-turbo. The
>>> libjpeg-turbo libraries I obtained from here:
>>> http://people.debian.org/~fabo/libjpeg-turbo_1.1.90+svn704-1/
>>>
>>> The test system was a Debian squeeze (so backporting from some brand
>>> new SID package is possible).
>>>
>>> When using 16m-jpeg-9 compression over a UMTS (HDSPA) uplink the
>>> difference between libjpeg and libjpeg-turbo is smashing!!! It
>>> becomes  so much smoother...
>>>
>>> From my perspective, we should start testing on nx-libs with
>>> libjpeg-turbo in the nightly repository in the very very very near
>>> future.
>>>
>>> The change-over is easy: if libjpeg-turbo62 is installable in the
>>> build chroot, NX builds against that one. If it is not present, it
>>> builds against libjpeg62.
>>>
>>> @Developers: please give feedback on the proposed step.
>>
>> Here is a recipe how to test NX with libjpeg-turbo:
>>
>> ON SERVER
>> ---------
>> 1.
>> Install libjpeg-turbo from X2Go heuler repository (Debian-only)
>
> Won't that step replace the 'normal' system libjpeg? Are you sure that
> this step won't break existing applications?
>
> These bug threads make me a bit nervous:
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=612341
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=602034

I am not even sure if you can replace the libs on-the-fly (i.e.  
without rebuilding NX). The libjpeg-turbo source package does not  
provide a -dev package. It uses libjpeg-dev as installed with  
libjpeg62-dev. Not sure if this is a mistake by Fabo (the guy you  
prepared the package for Debian).

Only thing I can report is a change in speed and no obvious problems  
with other apps.

There also has been developed a mature 8.0 emulation mode that still  
has to be enable in the package. I may take a look at that later.

But basically, I think: yes, if the user installs libjpeg-turbo it  
will have an effect on all applications.

Greets,
Mike

-- 

DAS-NETZWERKTEAM
mike gabriel, dorfstr. 27, 24245 barmissen
fon: +49 (4302) 281418, fax: +49 (4302) 281419

GnuPG Key ID 0xB588399B
mail: mike.gabriel at das-netzwerkteam.de, http://das-netzwerkteam.de

freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 490 bytes
Desc: Digitale PGP-Unterschrift
URL: <http://lists.x2go.org/pipermail/x2go-dev/attachments/20120124/08c78791/attachment.pgp>