> On 5. Mar 2021, at 08:56, cretin1997 via openindiana-discuss > <openindiana-discuss@openindiana.org> wrote: > > ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ > On Friday, March 5, 2021 10:31 AM, Reginald Beardsley via openindiana-discuss > <openindiana-discuss@openindiana.org> wrote: > >> I think the point was "small on disk" does not imply "small in RAM". >> >> As I noted earlier, if a system can run Firefox, it shouldn't have problems. >> >> I've not built a highly tuned miniroot in 30 years, but clearly it's time to >> do it again. >> >> The diag switch on my 3/60 booted a custom miniroot from a small sliver of >> disk. That was done within 4 months of my losing my job as release manager >> for the idiot project from hell. I bought a 3/60 and 4x 141 MB + 1/4" tape >> shoeboxes a few weeks before a 38% staff RIF. I organized a deal for 7 >> systems and had them delivered at work. I then spent my last few weeks >> running around the office teaching people how to set up and run their >> systems before they took them home. >> >> That was before I learned how to really do it properly. That took 4 months. >> I then spent another month learning lex and yacc before I got my first >> contract job. Best thing that ever happened to me. >> >> Reg >> On Thursday, March 4, 2021, 09:03:12 PM CST, cretin1997 via >> openindiana-discuss openindiana-discuss@openindiana.org wrote: >> >> ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ >> On Friday, March 5, 2021 12:03 AM, Chris oi...@sunos.info wrote: >> >>> SquashFS is only small when it's compressed on media. >> >> Who on earth use SquashFS without compression? lz4 is the most widely used >> algorithm. Compressible is the selling point of it. Who on earth will ever >> think about uncompressed SquashFS? >> >> openindiana-discuss mailing list >> openindiana-discuss@openindiana.org >> https://openindiana.org/mailman/listinfo/openindiana-discuss >> >> openindiana-discuss mailing list >> openindiana-discuss@openindiana.org >> https://openindiana.org/mailman/listinfo/openindiana-discuss > > Trust me, man. SquashFS is a superior technology that is battle tested on > Linux. It's both storage space efficient and also memory efficient. You > should at least try it (by trying a live Linux system), before you can throw > your statements like that. Naysayers will pick up your statements and used it > as a weapon in order to not having to change. > > SquashFS needs support from the kernel. This is the showstopper. But instead > we could instead focus on add support for SquashFS to the Illumos kernel and > switched to use it finally. Not just say we don't want it. We really need it. > It's the superior technology and is the answer to our problem. >
squashfs for linux is GPL, if you want it, you need to write it from scratch. We are already using compressed filesystem images on usb/iso, so squashfs does not add any new value. rgds, toomas _______________________________________________ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
