<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Oct 21, 2013 at 7:22 PM, Eric Sharkey <span dir="ltr"><<a href="mailto:eric@lisaneric.org" target="_blank">eric@lisaneric.org</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">On Mon, Oct 21, 2013 at 9:38 PM, Raymond Wagner <<a href="mailto:raymond@wagnerrp.com">raymond@wagnerrp.com</a>> wrote:<br>
> Assuming this is the same issue that affected ext3, deletion of large files<br>
> could cause the entire system to stall. Preventing this possibility is the<br>
> purpose for the "slow delete" option in MythTV.<br>
<br>
</div>which, when enabled, seems to solve the problem perfectly.<br>
<br>
In all the years of struggling to improve the WAF, I never once heard<br>
"I wish I could delete faster".<br>
<span class="HOEnZb"><font color="#888888"><br>
Eric</font></span><br></blockquote><div><br></div><div>Before I recently upgraded my storage I used JFS because it was good at fast deletes, which was recommended for a myth system before the slow delete option was implemented. But both JFS and XFS have one minor drawback (could be major depending on your use case): they can't be shrunk. So with my upgrade I switched to BTRFS. I thought I might use the brand-new RAID 5 function, but I played with it and discovered it's not nearly as easy or featureful as mdadm, so I ended up going back to mdadm with a simple BTRFS file system on top.<br>
<br></div><div>Karl <br></div></div></div></div>