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.
Not sure what you're trying to ask, are you asking if using sudo to sign in as a different user will make kernel updates take effect? If so, the answer is no.
Linux is an operating system kernel, which basically means it's a program which runs other programs inside of it. For any "normal" program running inside Linux, you can update it by installing the new version and then exiting and relaunching the program so that the installed updates take effect. Similarly, after installing the Linux kernel itself, you have to exit and restart the kernel in order for the update to take effect. Because the kernel runs programs inside of it, exiting the kernel means all of those programs will be exited as well, and because the kernel is the only program running directly on the hardware, exiting the kernel means that your computer will power off. In simpler terms: getting kernel updates to take effect necessarily means you need to exit the old kernel and launch the new one, and there is no way to do that without reboot.
This assumes you have a machine which supports proper S3 sleep, which newer devices increasingly do not :(
A lot of modern laptops only support S0 "modern standby", which basically means the kernel puts all processes including itself on pause, but the CPU and all other components are still powered despite being idle.
Just chiming in to point out that powering off and then starting back up won't cause any additional SSD wear, reading from flash memory doesn't use up write cycles* (because there is no writing going on!). In fact, regularly restarting could be slightly more friendly for your SSD, because the /tmp directory, old log files, etc. get deleted on startup, freeing up the storage blocks used by the deleted files so that the SSD can use them for its internal wear balancing.
technically, flash memory reads do very slightly degrade the data being read, but this effect is absolutely negligible compared to other forms of passive bit rot in flash memory and is basically irrelevant unless you're intentionally trying to corrupt data using reads (which won't happen because the flash controller will fix it before it becomes corrupt to the point of being illegible)
It is higher than the banana, relative to the direction they're oriented. Determining which orientation is correct is left as an exercise to the reader.
You could throw it into the Money Hole