<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Jul 12, 2016 at 6:37 PM, James Linder <span dir="ltr"><<a href="mailto:jam@tigger.ws" target="_blank">jam@tigger.ws</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
> On 12 Jul 2016, at 8:00 PM, <a href="mailto:mythtv-users-request@mythtv.org">mythtv-users-request@mythtv.org</a> wrote:<br>
><br>
> No, the slow deletes are simply to allow MythTV to spread the I/O<br>
> requirements for deleting a file (generally a very large, multi-gigabyte<br>
> file) over a long period of time (IIRC, about 2min/GB) rather than<br>
> telling the OS to delete the entire, huge file and letting it force all<br>
> that I/O to occur "immediately". Therefore, if your system has other I/O<br>
> requirements (such as, for example, writing out recording files for new<br>
> recordings that are currently in progress, or writing information to<br>
> your MySQL database (eg, about in-progress recordings), or reading<br>
> information from your MySQL database (eg, to refresh the information<br>
> about your existing/remaining recordings), that (much, much)<br>
> higher-priority I/O can occur without having to wait on the unimportant,<br>
> low-priority I/O associated with deleting a recording.  This can be very<br>
> important when deleting a bunch of huge files because it's possible for<br>
> the new recording information to grow too large for the system to keep<br>
> in memory before it's written to disk at which point information  is<br>
> lost (and files are corrupted--including recording files and even<br>
> potentially your MySQL database data files).<br>
<br>
Can someone who KNOWS offer some explanation, this sounds like gibberish<br>
<br></blockquote><div>Mike Dean is one of the MythTV developers, and he KNOWS. It may sound like gibberish to you, but it was a real problem with ext3 file systems. That's why in the early days of MythTV it was recommended to use something like JFS or XFS which deleted large files quickly. I understand it's been mitigated somewhat with ext4.<br><br></div><div>Karl<br></div></div></div></div>