[mythtv] [mythtv-commits] mythtv commit: r23435 - in trunk/mythtv by mdean
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
> Restore the minimum truncate rate that was removed in  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