The suggestion and response are both meant humorously. It clearly isn't actually a good answer because it doesn't actually solve the problem, except in some passive-agressive far-off-in-the-future way.
I follow a huge number of artists on Bandcamp which I mostly discovered through Chiptunes=WIN (which unfortunately seems to have erased itself from the internet), and the occasional collab album is enough to keep gradually discovering new artists.
True, but there are also some legitimate applications for 100s of gigabytes of RAM. I've been working on a thing for processing historical OpenStreetMap data and it is quite a few orders of magnitude faster to fill the database by loading the 300GiB or so of point data into memory, sorting it in memory, and then partitioning and compressing it into pre-sorted table files which RocksDB can ingest directly without additional processing. I had to get 24x16GiB of RAM in order to do that, though.
Again, that would be TIFF. TIFF images can be encoded either with each line compressed separately or with rectangular tiles compressed separately, and separately compressed blocks can be read and decompressed in parallel. I have some >100GiB TIFFs containing elevation maps for entire countries, and my very old laptop can happily zoom and pan around in them with virtually no delay.
I have tried hosting a Tor relay on a VPS in the past and it was bottlenecked by the CPU at barely 20MB/s, although to be fair this was without hardware AES. More importantly for you, the server's IP started getting DDoSed constantly and a whole bunch of big internet services just immediately blocked the address (the list of relay IPs is public and many things just block every address on that list instead of only exit nodes). So any of your machines are probably at least somewhat up to the task (ideally if they have hardware AES support), but this is definitely not something I'd do on my home network.
I feel like this could work using a tiny generator attached to the drive's motorized wheel, but that's probably too complex to be cost-effective for something like this unfortunately.
Okay, but to be fair you should divide that by at least 2^64 because ISPs are throwing out huge blocks left and right. My home plan with Swisscom gives me a single dynamic IPv4 address and an entire /64 IPv6 prefix, and I'm pretty sure it was /60 at one point.
Would have to be cat /proc/sys/kernel/random/uuid > /dev/null
You can't pipe to a file, only to programs, and since /dev/null isn't an executable your command will simply give an error.
To make it more clear, consider using dd, which lets you explicitly specify an input and output file. For example: dd if=/proc/sys/kernel/random/uuid of=/dev/sda1 wait shit that wasn't the right output oh god oh fu
Trading has nothing to do with cryptocurrency mining. Also, any high-frequency trading firm worth their salt is using FPGAs for the things where performance really counts.
The suggestion and response are both meant humorously. It clearly isn't actually a good answer because it doesn't actually solve the problem, except in some passive-agressive far-off-in-the-future way.