SD cards for Pinebook Pro
12-27-2019, 12:10 PM
So I've considered about the SD card thingy on "device" level
on lifetime
You can use what FS you want. ™
.. unless you avoid any unnecessary writes
Nowadays we have at least "Multi Level Cells" aka MLC which can hold 2 bits in a flash cell.
Newer design uses TLC Tripple Level Cell (3 bits)
QLC Quad Level Cell (4 bits) is currently at the end of design phase, IIRC
I don't know if F2FS and/or ExtFAT knows about the internals of your flash memory.
And I think this will be some kind of intellectual property.
But the most important information is the "erase block"
size which is not equal as the "flash block size"
If you want to set all bits to "1" you must erase the whole
block and this will wear out the flash.
At the beginning we have on to one balance with bit and cell.
Currently we have more, read at the beginning.
And we have some more bits to do our forward error correction.
... with more magic because every cell is *money*
So the magic lies at the vendor/manufacturer of the flash and/or the flash controller.
SD Card vendors optimize their Wear leveling for ExtFat standard.
But unfortunately this is not a native "Linux FS" with uid/gid
And I've not considered to problems we have with two cells as neighbors
This will interfere on quantum level and some cells may leak charge over time.
on lifetime
You can use what FS you want. ™
.. unless you avoid any unnecessary writes
Nowadays we have at least "Multi Level Cells" aka MLC which can hold 2 bits in a flash cell.
Newer design uses TLC Tripple Level Cell (3 bits)
QLC Quad Level Cell (4 bits) is currently at the end of design phase, IIRC
I don't know if F2FS and/or ExtFAT knows about the internals of your flash memory.
And I think this will be some kind of intellectual property.
But the most important information is the "erase block"
size which is not equal as the "flash block size"
If you want to set all bits to "1" you must erase the whole
block and this will wear out the flash.
At the beginning we have on to one balance with bit and cell.
Currently we have more, read at the beginning.
And we have some more bits to do our forward error correction.
... with more magic because every cell is *money*
So the magic lies at the vendor/manufacturer of the flash and/or the flash controller.
SD Card vendors optimize their Wear leveling for ExtFat standard.
But unfortunately this is not a native "Linux FS" with uid/gid
And I've not considered to problems we have with two cells as neighbors
This will interfere on quantum level and some cells may leak charge over time.
