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

[Patrick Cernko <errror@ps.uni-sb.de>]

-----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!!!

CU/all
- --
Patrick Cernko | mailto:errror@errror.de | http://www.errror.de
Quote of the Week: "Is net scheen, das Bild, awwer einmalisch!"
                   (Markus Sand)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQE/aauGB6g1EUxThvcRArDhAKCjKe3JKD/USjYzx02ZikylWoQivQCdGyQj
+SFsP8G0/+E6o+B5mXSCQx0=
=MStv
-----END PGP SIGNATURE-----



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