[mythtv] [ivtv-devel] trunk driver

[Chris Pinkham]

* On Tue Jan 23, 2007 at 07:28:30PM -0500, f-myth-users at media.mit.edu wrote:
> seems to claim that the problem hasn't been competition for disk heads
> (which would explain why my putting the DB on a different spindle &
> IDE channel hasn't helped), but rather that during the reschedule
> (which happens after -every- recording ends and can take almost 30
> seconds!), it seems that the process that's writing stuff into
> recordedmarkup hangs on the DB (why is the DB lock on the scheduler
> tables keeping recordedmarkup from being updated?  shouldn't they be
> independent?), and since that very same process is responsible for
> emptying the ivtv buffers, it winds up requiring 20-30 seconds of
> buffers per card, which is insane.

Is it the recordedmarkup/seek that is hanging or the update of the
filesize in the recorded table.  The scheduler query does a left join
on the recorded table and the filesize in the recorded table gets
updated whenever a recording ends.

--
Chris