<p dir="ltr">James,<br>
Would it help to mark the content partition(s) as read only?</p>
<p dir="ltr">Sameer</p>
<div class="gmail_quote">On Aug 16, 2015 5:13 PM, "James Cameron" <<a href="mailto:quozl@laptop.org">quozl@laptop.org</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Thanks, interesting questions.<br>
<br>
No, ext4 is not a slow journaled filesystem, and no, there are no<br>
obvious problems on SD when using ext4 given your use case.  But it<br>
isn't operating system portable, and as your content is static no need<br>
for a journal.  Other features of ext4 make mounting or filesystem<br>
check faster.<br>
<br>
Yes, wear-leveling is taken care of by the firmware in the card, put<br>
there by the manufacturers.  Wear-levelling also critical during<br>
reading, since a flash page can't be read repeatedly without<br>
disturbance eventually requiring it to be written to a freshly erased<br>
page.  This is all handled by the firmware.  Happens way more<br>
frequently than it does on a hard drive.<br>
<br>
Duplication time of SD cards won't be affected by your filesystem or<br>
partition decision.<br>
<br>
One partition is sufficient.  MBR partition type best, for<br>
compatibility across the operating systems.<br>
<br>
For filesystem, use FAT32, mounted read-only.  FAT32 works across most<br>
Windows and Mac computers, at media sizes up to 2 TB, for file sizes<br>
up to 4 GB.<br>
<br>
Where content cannot live on FAT32 due to file name character set or<br>
metadata, it can be placed in disk image bundles of ISO-9660,<br>
squashfs, or ext4 and loop mounted.  The content curation process for<br>
the end user might be easier if bundles can be added and removed as<br>
needed.<br>
<br>
What you might be overlooking; I/O bandwidth of the connection to the<br>
media, endurance impact of reading data from the card slowing<br>
performance one year on, backups, content bundle tamper checks, risk<br>
of filesystem format incompatibilities introduced by new versions of<br>
operating systems after your product is in the field, risk of cross<br>
system malware infections, electrostatic discharge damage to the card,<br>
and how modern cards can change performance behaviour as a result of a<br>
production state awareness flag stored by card firmware.<br>
<br>
On the other hand the alternatives have their own problems.<br>
<br>
--<br>
James Cameron<br>
<a href="http://quozl.linux.org.au/" rel="noreferrer" target="_blank">http://quozl.linux.org.au/</a><br>
_______________________________________________<br>
Server-devel mailing list<br>
<a href="mailto:Server-devel@lists.laptop.org">Server-devel@lists.laptop.org</a><br>
<a href="http://lists.laptop.org/listinfo/server-devel" rel="noreferrer" target="_blank">http://lists.laptop.org/listinfo/server-devel</a><br>
</blockquote></div>