Hacker Newsnew | past | comments | ask | show | jobs | submit | shark1's commentslogin

It's typical to happen after IPOs. The same happened to: IBM, Meta, Google, Nvidia, Apple, and many others...

PS: I am not saying SpaceX is a good investment.


If you use LVM you can have a similar pool of storage with 1GB RAM or even less, instead 8GB (ZFS requirement).

Caveat: LVM does not have built-in snapshots like ZFS has.


LVM does have snapshots.


"It is important to regularly monitor the snapshot’s storage usage. If a snapshot reaches 100% of its allocated space, it will become invalid." [1]

ZFS snapshots use Copy-on-Write differently and have no such allocated space limit. Thus, we can do interesting things like snapshotting a file system after an OS is installed, and then roll back to that snapshot upon an OS upgrade failure, or even clone a new file system from that snapshot to have a different copy of the OS.

Essentially, the nature of the snapshots are different in both.

[1] https://docs.redhat.com/en/documentation/red_hat_enterprise_...


Snapshotting before OS upgrade is something that has saved my system more than once. It's not to be underestimated how much time is saved over having to restore from backup or reinstall.

Plus there is sending/receiving snapshots across systems if you want to.


You can do those things with LVM snapshots too, that's what they are used for.


When we allocate space to an LVM snapshot, the COW data is written to that space and then when that space is used up the LVM snapshot must either be given more space or must be deleted.

When a ZFS snapshot is marked, then changes to existing blocks in the snapshot as well as new writes all go to free space in the disk. There is no pre-allocated space within which these COW changes are written to.

Thus, we could have a single ZFS snapshot marked today followed by years of data being written to. This is not the intent of an LVM snapshot and the warning that I had quoted above is worth reviewing once.


That would be a thinly-provisioned snapshot in LVM.


Thank you. I went back to the link I shared and saw that there is section just below on thin provisioning via snapshots.


Where does that 8GB requirement come from?


From the official documentation.


It's more of a recommendation.

> 8GB+ of memory for the best performance. It’s perfectly possible to run with 2GB or less (and people do), but you’ll need more if using deduplication.


Unfortunately, programmed obsolesce is the unspoken motto for most companies. Only fierce competition or regulation can push them to do a better job.


Yes. Very precise way to put that.

It's the same way the algorithm telling us what to see when we just want to see the raw feed.

In all cases, we could and can have both.


A relevant free and open source competitor: https://github.com/EasyTier/Easytier


This is actualy interesting, thanks for sharing, but not really relevant as Easytier seems to be a tailscale alternative. Not a iroh alternative.

Again, the difference is: tailscale/easytier/wireguard creates a VPN network on your computer/phone/whatever. So all apps can benefit of it

iroh is a library . This is for developers who want to integrate this P2P routing logic inside their app. It is closer to bittorrent than it is to tailscale.

Both approaches are great but fulfill completely different needs.


Iroh is free-to-use, permissively licensed, relays are self-hostable, and it's all fully open source for all necessary components. The only proprietary thing n0 visibly has is a managed platform for private relays with SLAs and observability. Which is IMO a bog-standard business model, it's not open-core nonsense. T There's no billable metering of users, bytes, QUIC endpoints, etc.


They managed to create a business model relying in some sort of "slot machine" where customers buy the ticket to discover later they are "stupid" not noticing some rule hidden in the meticulously engineered dark patterns and, to board now and do not miss the planned trip, they will have to pay an expensive fee.

It is still impressive for me they managing to be this good in being nefarious at same time they have to worry about executing the service in such a complex industry.

The cherry on top is their social media, successfully bringing humour to alleviate and to make all of this acceptable, as it was just part of a bigger joke.


Don't worry about losing your job to AI. We will have a lot of mess to clean up.


It's very easy to fall in this trap of "surveillance for the greater good".

It reminds me the Mullvad pub campaign: https://mullvad.net/en/and-then/uk


The Internet infrastructure is not ready for all of these "generated" activity.

Eventually it will be!


It is a stupid trend happening between kids in the Internet. Dumbing down themselves to look more... rebel? I dunno.


Consider applying for YC's Fall 2026 batch! Applications are open till July 27.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: