I have always had the suspection that desktop software like xmms and firefox
run a bit slower on OpenBSD in comparison with other OS's, but never had a
clue why it happened, or if it was only happening on my machine.
I suspect (and may be completely wrong) that it could be something regarding
process switching latency; let me explain: when compiling Linux
kernel, somewhere
it has an option to change kernel latency, with three options {server,
?, low-latency
desktop} - I forgot the middle one.
Is my guess wrong, should I change login.conf, is there any sysctl to
be changed?
Thanks and don't flame me [too much]. =)
Regards,
On 5/18/06, Philip Guenther <[EMAIL PROTECTED]> wrote:
On 5/18/06, Martin Toft <[EMAIL PROTECTED]> wrote:
> xmms on my computer freezes temporarily when doing disk-intensive tasks,
> e.g. examining the ID3-tags of a long playlist. <...>
While not a solution to the general problem of stuttering in xmms, the
stuttering while scrolling your playlist is easily solved now by
saving into the playlist the ID3-tag data. xmms will do this for you
if you load a playlist, scroll through it (so that xmms has to load
the data for all the entries), and then save the playlist back to
disk, overwriting the file you loaded. When you next load that
playlist, you'll experience no delays for ID3-tag loading. That's
just for .m3u playlist files, of course.
Not perfect, but it's an easy to to get rid of an annoying class of blips.
(The data is just placed in comments in the .m3u file, so you could
probably whip up a script to insert that info without having to work
the xmms GUI...)
Philip Guenther
--
Felipe Brant Scarel
PATUX/OpenBSD Project Leader (http://www.patux.cic.unb.br)
