[vdr] Re: System freeze - scanning recordings ... --> FLATFILE?

[Klaus Schmidinger <Klaus.Schmidinger@cadsoft.de>]

Patrick Cernko wrote:
> 
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Steffen Koch wrote:
> > Klaus Schmidinger wrote:
> >
> >>>>> Just an idea:
> >>>>> Wouldn't it improve performance to store the data
> >>>>> concerning recordings in a single flatfile?
> >>>>
> >>>> What do you mean by "single flatfile"?
> >>>
> >>> Single flatfile is meant to be a textfile -let's call it
> >>> 'recordings.dat'- in which each line represents an existing recording.
> >>> This flatfile is updated every time VDR finishes a recording or deletes
> >>> a recording.
> >>> The advantage would be that you don't need to scan the
> >>> recordings-directory every time. You just parse the flatfile instead.
> >>> This is IMHO significant faster.
> >>
> >> Ah, I see. I'm going to do it that way in 1.3, but not in an explicit
> >> external file. VDR will cache the recordings internally and update that
> >> cache whenever it adds or deletes a recording.
> >
> >
> > What about updating this file on demand to add/delete
> > self-deleted/created recordings?
> >
> 
> These changes maybe could be detected automatically when using the ctime
> of the root directory and compare it with the time of the last update of
> the internal cache, or speaking like programmer:
> 
> recording-cache: /video
>         find -type f | xargs ls -l > recording-cache
> 
> (run "make recording-cache" to have a actual cache :-) )
> 
> But I don't know if this works on non-ext?-Partitions!!!

Unfortunately the timestamps aren't propagated upwards if a file
or directory deep down in a tree is changed.

Klaus


-- 
Info:
To unsubscribe send a mail to ecartis@linuxtv.org with "unsubscribe vdr" as subject.