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

Let's remember that JuiceFS can be setup very easily to not have a single point of failure (by replicating the metadata engine), meanwhile ZeroFS seems to have exactly that.

If I was a company I know which one I'd prefer.


Apple TV and Music also use Svelte.

And 6 years later it's still as terrible.

Can you even consider Android a singular OS? I personally don't in the same way I don't consider Fedora and Ubuntu the same OS, and there's far more differences between something like HyperOS and AOSP/PixelUI as there is between Ubuntu and Fedora.

Android is an app platform.


App platforms are operating systems.

I think you're confusing CLI tools for React with web components.

Stop using your computer wrong

If it updated the UEFI it could be that somehow the UEFI now starts the hardware wrong (RAM setup maybe?) that causes it to be unstable.

If you have fixed beacons with a known location, couldn't the devices work out their location?

Seems like an engineered solution to rely on "quantum".


As others have suggested: this is a test for military technology. When the enemy has jammed your fixed beacons you can't work out your position from them. Probably nobody will do this on a train (and they have other technology anyway), but for an airplane this is a real problem.

The signals bounce off the tunnels a lot

Is there any benchmarks between engines that record memory usage?

How many of these engines are chasing benchmarks at the cost of increased memory usage?


I captured max RSS size while running benchmarks as a rough approximation, but it's not exposed anywhere. If you go to the repo, you can run `./bench/compare -f rss_mb -lT bench/amd64/*.json` to see a table in the terminal. No big surprises there, Java engines (Rhino, Nashorn, GraalJS) are most memory-hungry.

I wonder if you could tie this with Litestream to get streamed backups.

We already support debezium so you can do more than backups :D

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

Search: