<br><br>On Saturday, June 1, 2019, Jim Thompson <<a href="mailto:jim@netgate.com">jim@netgate.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div dir="ltr"></div><div dir="ltr"><br></div><div dir="ltr">Beyond ZFS, you might have a look at boot environments.  Alan Jude has given some great talks about this at recent conferences (and accomplished a lot of the work behind the talks, of course).</div><div dir="ltr"><br></div><div dir="ltr"><a href="https://fosdem.org/2019/schedule/event/zfs_powered_magic_upgrades/attachments/slides/3340/export/events/attachments/zfs_powered_magic_upgrades/slides/3340/ZFS_Magic_Upgrades.pdf" target="_blank">https://fosdem.org/2019/<wbr>schedule/event/zfs_powered_<wbr>magic_upgrades/attachments/<wbr>slides/3340/export/events/<wbr>attachments/zfs_powered_magic_<wbr>upgrades/slides/3340/ZFS_<wbr>Magic_Upgrades.pdf</a></div><div dir="ltr"><br></div><div dir="ltr"><a href="https://m.youtube.com/watch?v=YcdFln0vO4U" target="_blank">https://www.youtube.com/watch?<wbr>v=YcdFln0vO4U</a></div><div dir="ltr"><br></div><div dir="ltr">We’re investigating ZFS with boot environment as an idea for a future version of pfsense, with the APU2 and small ARM64 systems as the base (smallest) target.</div><div dir="ltr"><br></div><div dir="ltr"><span style="background-color:rgba(255,255,255,0)">With boot environments we can roll forwards or backwards to any release that’s been installed, and not removed. Boot environments also don’t require us to waste space by creating disk partitions, so, even on an 8GB flash we could easily have 20-30 upgrade points, depending again on how much has changed between releases.</span></div><div dir="ltr"><br></div><div dir="ltr"><span style="background-color:rgba(255,255,255,0)">If every single bit changed, (which is unlikely), we could only accommodate 8GB/N versions of the system, but, even so, we’d still have a much more flexible system to work with because of the preservation of history and the labeling of the snapshots (releases).</span></div><div dir="ltr"><br></div><div dir="ltr">The experiments on systems as small as 8GB “storage”/4GB “RAM” have panned out thusfar. </div><div dir="ltr"><br></div><div dir="ltr">Jim</div><div dir="ltr"><br></div></div></blockquote><div><br></div><div>One thing to note.</div><div>Once I was at a large company that loved their bad. It was the best operating system EVR. It was also "so much faster then linux'.</div><div><br></div><div>So for argument sake. I made a test. </div><div><br></div><div>Tar -xf apache-http.tar.gz</div><div>cd apache * </div><div>./configure && make && make install</div><div><br></div><div>It took much longer in free bsd.</div><div>One key reason was that for ufs stock untarring Apache took about 40 seconds. (1ms with stock redhat ext3)</div><div><br></div><div>This was related to (dont quote me on this) the fact that all metadat operations are synchronous and when unpacking something with a lot of tiny files it was very noticable.</div><div><br></div><div>Apparently the cure was enabling soft updates (or something) but at that point I lost interest because I was unwilling to get into a holy war with 'fanboy' sysadmins that had failed to notice that after working with free bsd for like 10 years that it takes 40 seconds to unpack a tar file.</div><div><br></div><div>Anyway that even gave me a bias. I equated ufs to fat16. Great to boot on (store 30ish never changing files) but not something I want to store any application data on. I will happily run xfs zfs or ext4.</div><div><br></div><div>Note also at that time we had a few outages and when ufs came up we had to choose. That was odd to. I have ext3/4 nix laptops that run out of power while compiling or whatever. Sometimes they do come up without recent changes , but they never come up unclean. When I was logging into those ufs machines over an ilo yo run chkdisk I felt like I was living in a time warp, like AOL still sending me floppies in the mail. Why did a fs so "synchronous" that it takes 40 seconds to unpack a tar come up unclear so often.</div><br><br>-- <br>Sorry this was sent from mobile. Will do less grammar and spell check than usual.<br>