The only problem I’ve had with Raspberry Pi is that some apps want to write a lot of stuff to “disk”, and the default “disk” on a Pi is a MicroSD card which dies if you keep writing things to it. Sure, you can always plug something into a USB slot, but that adds a bit of friction to the whole process.
Oh, also, I wish it were easy to power a whole bunch of Pi units. Each one needing its own wall wart is a bit annoying, and I’ve had iffy results using weaker, less steady power supplies with multiple ports intended for things like phones.
Yeah, but then you have to get a kind of case that can handle a Pi plus that hat. It’s a good idea, it’s just a bit more fiddly than just the typical booting from the SD card and doing everything that way.
The amount of writes required to kill an SSD aren’t going to be seen in the real world on a timescale of less than 10 years unless you’re really doing something wild that you shouldn’t be.
An SD card might fail after it’s full capacity being written a handful of times, SSDs can survive that several hundred times over. Seriously look up the terrabytes written specs for various storage mediums and calculate out the daily amount of writes. Oftentimes with SSDs you’d have to literally write a terrabytes of data a week to actually see a problem
Not within the computer’s lifetime. Consumer-grade SSDs are generally rated for 3000-5000 write cycles or more, and contain some kind of wear levelling mechanism to distribute write operations over the entire physical medium to reduce the chance of individual block failures. The first SSD I ever bought is still going strong as my server’s root filesystem.
Most SD cards aren’t really suitable for the kind of workload an operating system generates (that being mostly random i/o). Make sure to get a reputable A2 (application class 2) rated card, they aren’t that expensive but perform way better.
Raspberry Pi themselves launched a card recently, I haven’t tried that one but it’s probably a good choice too.
I think the Raspberry Pi Linux releases mount things onto a ram drive, so the typical IO doesn’t touch the SD Card. But, if you run another OS (which sometimes is the easiest way to get other software running) it tends to just treat the SD Card like an HDD/SSD.
That’s definitely not true, Raspberry Pi OS works and acts like a normal Debian installation per default - with root mounted rw and all.
Other than that, there isn’t much “treating like an HDD/SSD” going on, it just writes to flash when an application requests it does. If the underlying storage is an eeprom, an sdcard nvme storage doesn’t really change anything here.
The only problem I’ve had with Raspberry Pi is that some apps want to write a lot of stuff to “disk”, and the default “disk” on a Pi is a MicroSD card which dies if you keep writing things to it. Sure, you can always plug something into a USB slot, but that adds a bit of friction to the whole process.
Oh, also, I wish it were easy to power a whole bunch of Pi units. Each one needing its own wall wart is a bit annoying, and I’ve had iffy results using weaker, less steady power supplies with multiple ports intended for things like phones.
I ended up just buying an industrial mSD card. Has yet to fail.
I really recommend a HAT with SSD, totally worth the investment.
Yeah, but then you have to get a kind of case that can handle a Pi plus that hat. It’s a good idea, it’s just a bit more fiddly than just the typical booting from the SD card and doing everything that way.
Wouldn’t an SSD run into problems down the line with too many Writes?
The amount of writes required to kill an SSD aren’t going to be seen in the real world on a timescale of less than 10 years unless you’re really doing something wild that you shouldn’t be.
An SD card might fail after it’s full capacity being written a handful of times, SSDs can survive that several hundred times over. Seriously look up the terrabytes written specs for various storage mediums and calculate out the daily amount of writes. Oftentimes with SSDs you’d have to literally write a terrabytes of data a week to actually see a problem
Not within the computer’s lifetime. Consumer-grade SSDs are generally rated for 3000-5000 write cycles or more, and contain some kind of wear levelling mechanism to distribute write operations over the entire physical medium to reduce the chance of individual block failures. The first SSD I ever bought is still going strong as my server’s root filesystem.
Theoretically, yes, but I suspect the manufacturing quality of SD cards is a lot lower than SSDs
Most SD cards aren’t really suitable for the kind of workload an operating system generates (that being mostly random i/o). Make sure to get a reputable A2 (application class 2) rated card, they aren’t that expensive but perform way better.
Raspberry Pi themselves launched a card recently, I haven’t tried that one but it’s probably a good choice too.
I think the Raspberry Pi Linux releases mount things onto a ram drive, so the typical IO doesn’t touch the SD Card. But, if you run another OS (which sometimes is the easiest way to get other software running) it tends to just treat the SD Card like an HDD/SSD.
That’s definitely not true, Raspberry Pi OS works and acts like a normal Debian installation per default - with root mounted rw and all.
Other than that, there isn’t much “treating like an HDD/SSD” going on, it just writes to flash when an application requests it does. If the underlying storage is an eeprom, an sdcard nvme storage doesn’t really change anything here.