<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Jun 30, 2015 at 12:47 AM, Warpme <span dir="ltr"><<a href="mailto:warpme@o2.pl" target="_blank">warpme@o2.pl</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi *<br>
<br>
I just got some free space on my server (8T Seagate Archive for videos) which temporarily gives me spare capacity allowing change filesystem for recordings volumes.<br>
<br>
Currently I have 2x4T HDD allocated purely for recordings. Both volumes are now on ext3.<br>
<br>
After years of relaying on ext3 I think it is not best filesystem for recordings as:<br>
-delete is very throughput expensive<br>
-chkdsk is really long<br>
-starting loosless cut makes hell of:<br>
TFW(/myth/tv/21101_20150630054000.ts:67): write(57152) cnt 35 total 2079656 -- took a long time, 2571 ms<br>
<br>
So what FS will be better: XFS or JFS or ...?<br>
<br>
I think following criteria should be compared:<br>
1.concurrency (frequently I have 8-10 concurrent HD recordings);<br>
2.CPU consumption under high FS load;<br>
3.reliability (I don't have UPS and sometimes power is lost when many recordings are ongoing);<br>
4.stability/maturity (i.e. recovery from bad/deep FS corruption);<br>
5.any other I forgot..<br></blockquote></div><br></div><div class="gmail_extra">Something you may not have considered is the ability to *shrink* a filesystem. It may not be a common use case, but when you need it... JFS and XFS do not support shrinking (my knowledge may be dated but those types of features generally need to be designed in from the start). ext3 and ext4 support it, as does btrfs. I'm using btrfs for myth but my load is quite low (at most 2 SD streams), so I can't comment on its performance when heavily loaded.<br><br></div><div class="gmail_extra">Karl<br></div></div>