<!DOCTYPE html><html><head>
<style type="text/css">body { font-family:'DejaVu Sans Mono'; font-size:12px}</style>
</head>
<body>On Fri, 05 Oct 2012 23:20:41 +1300, Steve Hodge <stevehodge@gmail.com> wrote:<br><br><blockquote style="margin: 0 0 0.80ex; border-left: #0000FF 2px solid; padding-left: 1ex"><div class="gmail_quote">On Fri, Oct 5, 2012 at 9:52 PM, Stephen Worthington <span dir="ltr"><<a href="mailto:stephen_agent@jsw.gen.nz" target="_blank">stephen_agent@jsw.gen.nz</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">
</div>Yes, that was the problem. Ext filesystems have a horrible delete<br>
process that practically locks up the drive until it completes. It is<br>
only usually a problem with larger files, but that includes almost all<br>
video/recording files. It also happens when a large log file is<br>
deleted, which happens from cron jobs. There is no workaround - you<br>
have to use a different filesystem. <br></blockquote><div><br>There is a workaround and the slow deletes option is it. Instead of deleting a recording in a single operation it progressively
truncates the recording to smaller and smaller sizes before finally
deleting it. This avoids the issue as fewer file blocks are unlinked in
each operation.<br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">If there are multiple deletions<br>
coming from MythTV, there is an option somewhere for "slow deletes" or<br>
something like that, which I think prevents back-to-back deletes from<br>
making the problem even worse.</blockquote><br>No, it's got nothing to do with multiple deletes.<br><br>Deletes don't seem to be the problem here though.<br><br>Cheers,<br>Steve<br></div>
</blockquote><br><br><br><div id="M2Signature"><div>Sorry that should read: "At around 22:55:00 till 22:57:24 the recording exihibits the pixellation".</div></div></body></html>