[Franklin Weng] > 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 be needed. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected] Archive: https://lists.debian.org/[email protected]
