local apps how-to
Warren Togami
wtogami at redhat.com
Thu Oct 16 22:03:50 UTC 2008
Robert Arkiletian wrote:
>> It is possible that more environment variables are needed to direct a local
>> app to use the pulseaudio daemon. You might want to check with upstream, I
>> recall they tackled this recently.
>
> Tried googling for these environment variables but couldn't find them.
> I only tried
> FIREFOX_DSP="padsp"
> in
> ~/.mozilla/firefox/rc
> but that didn't work.
No, it would be LTSP local apps specific environment variables.
>
>> Also make sure you are using the LATEST builds of ldm, ltspfs and ltsp on
>> both your server and client chroot. Latest builds were yesterday.
>>
>
> Can I make sure I have these by doing a yum update inside and outside
> of the chroot?
I don't know if the latest ldm and ltspfs have hit Fedora 9 updates yet.
But soon, yes.
>
>>> Unfortunately, I still could not get flash to work with sound. In
>>> addition, launching firefox on a 1.4GHz Athlon with 256MB client with
>>> a 100mbps connection takes over 30 seconds.
>>>
>> Over 30 seconds the first time, or even subsequent times on the same user?
>>
>
> I have something interesting to report:
> With 256MB on client firefox was not any faster launching it the
> second time around but after I upgraded to 512MB the second launch
> went down to 3-4 seconds from an initial 30. So it seems for firefox
> to be kept in cache locally, 256 is not enough.
>
> BTW is the firefox binary downloaded to the client through ssh or nfs?
>
nfs, which is pretty slow. It seems like most of the slowness of
launching firefox is because it is downloading a large number of large
executables. You might be able to improve the perceived launch speed by
using NBD instead of NFS root (supported in Fedora LTSP5 for a while but
not documented.) Also preloading files into client's RAM using
something like readahead with a custom config file might help. But I
have just now learned that readahead was removed from Fedora a release
ago. Hmm...
Warren Togami
wtogami at redhat.com
More information about the K12Linux-devel-list
mailing list