Thanks, that looks like something I might have to try. :) Myself, over the network, I still don’t do filesystem level incremental backups, sticking to either directories or virtual machine snapshots (both of which have their shortcomings).
I’ve been hearing about ZFS and its beneficial features for years now, but mainstream Linux installers don’t seem to support it, and I can’t be bothered to switch filesystems after installing.
Out of curiosity - can anyone tell, what might be blocking them?
Edit: answering my own question: legal issues. Licenses “potentially aren’t compatible”.
Due to potential legal incompatibilities between the CDDL and GPL, despite both being OSI-approved free software licenses which comply with DFSG, ZFS development is not supported by the Linux kernel. ZoL is a project funded by the Lawrence Livermore National Laboratory to develop a native Linux kernel module for its massive storage requirements and super computers.
Source: https://wiki.debian.org/ZFS
From a person who builds robots, three notes:
Raspberry Pi has two CSI (camera serial interface) connectors on board, which is a considerable advantage over having to deal with USB webcams. This matters if your industrial robot must see the work area faster, your competition robot must run circles around opposing robots, or more sadly - if your drone must fly to war. :( On Raspberry Pi, in laboratory conditions (extreme lighting intensity), you can use the camera (with big ifs and buts) at 500+ frames per second, not fast enough to photograph a bullet, but fast enough to see a mouse trap gradually closing. That’s impossible over USB and unheard of to most USB camera makers.
I know that Raspberry Pi has “WiringPi” (a fast C library for low level comms, helping abstract away difficult problems like hardware timing, DMA and interrupts) and Orange Pi recently got “WiringOP” (I haven’t tried it, don’t know if it works well). I don’t know of anything similar on a PC platform, so I believe that on NUC, you’d have to roll your own (a massive pain) or be limited to kilohertz GPIO frequencies instead of megahertz (because you’d be wading through some fairly deep Linux API calls).
Sadly, neither of them has a WiFi antenna socket. But the built-in WiFi cards are generally crappy too, so if you needed a considerable working area, you’d connect an external card with an external antenna anyway. Notably, some models of Orange Pi have an external antenna, and the Raspberry Pi Compute Module has one too.
I would add: