Re: Today's experiences installing skolelinux at a school
> Could you please tell me more about "read-ahead"? I added a script
> reading all the .desktop and .directory files after logging into
> KDE. I put it in /etc/X11/Xsession.d/98read-ahead, using a nested
> for loop to read all desktop files under
> /usr/share/applications. (cat
> /usr/share/applications/kde4/dolphin.desktop > /dev/null 2>&1)
> However this morning the teacher told me that the speed showing the
> menu items was still the same.
The problem you experience sound like a problem we ran into in lenny,
where KDE would look for desktop file icons in almost hundred places,
causing a storm of NFS requests when trying to use the menu. I wrote
a package kde-icon-cache for the company Skolelinux Drift AS to solve
it, and just made the package available as
<URL: http://anonscm.debian.org/gitweb/?p=debian-edu/upstream/kde-icon-cache.git >
now. It bypasses the KDE icon search system by making sure the icon
that would be found by KDE is symlinked to from one of the first
places KDE will search.
Try to build it and install it in your LTSP chroot to see if the menu
is more responsive.
But if this help, I believe you have a network with unusual and
significant latency. We needed it on a installation with a WAN
between the LTSP clients and the LTSP server. On a LAN, it should not