[vdr] Re: max. latency time to large, bad response from vdr

[Emil Naepflein <Emil.Naepflein@philosys.de>]

Hi Klaus,

> This will be addressed in VDR 1.3.x.

thanx for the answer, but I am looking for a stable short-term solution,
because this is really annoying. It is not only on the server but also
with all NFS clients. For NFS clients it is even more dramatic because
the access times are even longer.

I can supply you code which improves the situation considerable by
avoiding the external FINDCMD and limiting the search depth until a
"*.rec" or "*.del" directory is found. This avoids all the unnecessary
stats for the files in those directories. The next step for me would be
to keep the read info until there is any change by adding or deleting
any recordings and change of modification time of the primary video
directory. So calling the recording menu repeatably will be very fast
most of the time.

It is really bad that Linux behaves that strange when reading/writing
large amounts of data. It should keep the file metadata incore instead
of pushing it out. May be something can be done here, too.

Regards,
Emil


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