On Mon, 2006-02-20 at 15:46 -0500, Lee Revell wrote:
On Mon, 2006-02-20 at 14:04 -0600, Jan Depner wrote:
This is all well and good but you're only
talking about CPU. Disk
I/O is another story entirely. If your WM starts doing some I/O that
you weren't aware of you may get an xrun because you couldn't access
the
disk in time. This is the reason that I kill syslogd before I record.
Granted, generally speaking you'll do OK due to the priority of your
process but disk I/O takes a certain amount of time and you can't
interrupt it once it's gone to the disk.
WM should do *very* little disk IO, and if disk access causes xruns, it
means your recording app is VERY broken. If disk access delays the RT
thread it should be using bigger buffers or something.
Some window managers cause quite a lot of I/O. KDE and Gnome being
the biggest offenders. Generally any change in the window manager is
saved to disk somewhere. This isn't the case with Fluxbox, fvwm,
Blackbox, etc.
If your WM is so bloated that it causes disk IO then
the best advice is
to get a better WM.
This was the point of the entire thread. I was pointing out that
CPU is not the only bottleneck and that is why I use a light WM instead
of KDE when recording.
--
Jan 'Evil Twin' Depner
The Fuzzy Dice
http://myweb.cableone.net/eviltwin69/fuzzy.html
"As we enjoy great advantages from the invention of others, we should be
glad of an opportunity to serve others by any invention of ours, and
this we should do freely and generously."
Benjamin Franklin, on declining patents offered by the governor of
Pennsylvania for his "Pennsylvania Fireplace", c. 1744