> Date: Wed, 24 Jan 2007 08:45:12 +0100
> From: Matthias Urlichs <[EMAIL PROTECTED]>
> Hi,
> Victor Perez:
> > helps, heck, I may end up optimizing that slow query.
> Right. Please don't try to "fix" this problem in ivtv.
> I hate to say this, but if you put your database (or anything else for
> that matter) on the same spindle as your real-time recording, you
> deserve to lose.
Immaterial. See other traffic re DB locks vs processes emptying ivtv
buffers. Taking it off the same spindle helps a tiny bit because myth
is running right at the ragged edge of losing completely, for people
whose schedulers take a long time to run, but it's only a few
percent---there's just not that much head-thrashing if the DB is
correctly configured.
(I can record six SD streams to one disk with -nothing- dropped and a
fair bit of disk headroom, as long as DB locks aren't held.)
_______________________________________________
ivtv-devel mailing list
[email protected]
http://ivtvdriver.org/mailman/listinfo/ivtv-devel
