[mythtv] [mythtv-commits] mythtv commit: r23435 - in trunk/mythtv by mdean

Simon Kenyon simon at koala.ie
Tue Feb 2 08:45:55 UTC 2010

On 02/02/2010 04:07, mythtv at cvs.mythtv.org wrote:
>        Author: mdean
>          Date: 2010-02-02 04:07:41 +0000 (Tue, 02 Feb 2010)
> New Revision: 23435
>     Changeset: http://svn.mythtv.org/trac/changeset/23435
> Modified:
>     trunk/mythtv/libs/libmythtv/tv_rec.cpp
>     trunk/mythtv/programs/mythbackend/mainserver.cpp
> Log:
> Restore the minimum truncate rate that was removed in [12167] to shorten truncate times on systems with few capture cards, and update the max bitrate used for calculating truncate rate to better describe some seen-in-the-wild bitrates.
> Before this change, a system with only one configured capture card and with "Delete files slowly" enabled could take as long as 7min 24sec per GiB to delete a file.  After this change, the slowest the backend will delete files is 2min 8sec per GiB (for all systems with 1 or 2 capture cards defined).  With 3 or more cards (or virtual cards, as used for multirec) defined, truncation will occur at 26.64Mbits * number of cards per second.  Or, put another way, truncation will occur at about 3.17MiB/sec/capture card or 8MiB/sec, whichever is higher.
i was wondering if slowly deleting a file was a good idea?

i'm thinking of the situation of another recording being in progress?
depending on the file system being used, the end result could be a lot 
of disk fragmentation

More information about the mythtv-dev mailing list