Snappy VS xnu

Another example of Nim being really fast is the supersnappy library. This library benchmarks faster than Google’s C or C++ Snappy implementation.

It doesn't destroy performance for the simple reason that nowadays memory access has higher latency than pure compute. If you need to use compute to produce some data to be stored in memory, your overall throughput could very well be faster than without compression.

There have been a large amount of innovation on fast compression in recent years. Traditional compression tools like gzip or xz are geared towards higher compression ratio, but memory compression tends to favor speed. Check out those algorithms:

* lz4: https://lz4.github.io/lz4/

* Google's snappy: https://github.com/google/snappy

* Facebook's zstd in fast mode: http://facebook.github.io/zstd/#benchmarks

Google released Snappy, which is extremely fast and robust (both at compression and decompression), but it's definitely not nearly as good (in terms of compression ratio). Google mostly uses it for real-time compression, for example of network messages - not for long-term storage.

Just compress it! Of course if you will you ZIP, players will able to just open this zip file and change whatever they want. But you can use less popular compression algorithms which are not supported by default Windows File Explorer. Snappy for example.

> That said--in support of "not in a vacuum", and against myth-making.

Apple knows what they owe to open source software: https://opensource.apple.com/releases/

A lot of the core XNU and Darwin code is open source: https://opensource.apple.com/releases/

> When I'm seeing a weird network issue, I want to be able to peer into the kernel's tcp stack.

Uhh...

https://github.com/apple-oss-distributions/xnu/tree/xnu-8796...

I think NeXT might've written an HFS Standard reader or something, but they used the Apple code for HFS+ so it ended up as a hybrid.

https://github.com/apple-oss-distributions/xnu/blob/rel/xnu-...

Mach message passing and objc message passing have no relation. I don’t think xnu contains much if any objc.

Obviously not all of its, but they contribute quite a bit. https://opensource.apple.com/releases/

here is the kernel source (they have branches for each individual macos release with its darwin kernel ver, macos 13 is ver 8792.xx.x for instance): https://github.com/apple-oss-distributions/xnu

Apple does plenty of open source stuff. Safari's browser engine, Swift, libdispatch, the XNU kernel used by iOS and macOS, etc. And macOS is generally packed with open source things, like the default shell, zsh. Also, Metal actually predates Vulkan, so Vulkan was definitely not established when they started focusing on Metal. Yeah, they probably should consider supporting Vulkan now, but it's nothing to do with open source. The main beneficiaries of Apple supporting Vulkan would be people porting closed-source games.