You are likely to find that stress testing will kill most SD cards within a day or two. They simply aren't designed for small write workload. They are designed for large streaming writes (and they are fine for reads, obviously).
"Endurance" models fare much better, but you will still kill then quickly with continuous small random writes.
If you want reasonable performance and longevity out of them, use nilfs2 or ZFS. Otherwise they are only suitable for workloads that are not random-write intensive in the way that traditional UNIX file system workloads are.
On Thu, 13 Dec 2018, 16:54 Stephan Guilloux <stephan.guilloux@crisalid.com wrote:
Well... Stress test still running on reputable brand with no PB, after 6 or 7h.
During this stressing session, we found a few broken SD, from another reputable brand. Not all cards, though, but enough to put some confusion... ;-) Something else added to the confusion, was an article on a Linux block layer issue...
OK. Now, at least, we have a "stressing" tool and a stack of RPI in case of doubt on SD :-)
By the way, is there any well known bench mark tool for SD, on CentOS or OpenSource ?
Le 13/12/2018 à 16:19, Fred Gleason a écrit :
On Dec 13, 2018, at 06:06, Manuel Wolfshant wolfy@nobugconsulting.ro wrote:
did this happen with multiple SD-cards ? if not, I strongly suspect that the issue is that particular card , not the OS. it rhymes extremely well with either a faulty card or a card whose firmware was doctored to report a larger size than the one it really has
++
Been there, done that! After seeing a large number of ‘infant mortalities’ with RaspPi 3+ setups using cheapie ‘no brand’ microSD cards, we made the switch to using only ‘name brand’ cards from reputable manufacturers. Problem solved.
Cheers!
|----------------------------------------------------------------------| | Frederick F. Gleason, Jr. | Chief Developer | | | Paravel Systems | |----------------------------------------------------------------------| | A room without books is like a body without a soul. | | -- Cicero | |----------------------------------------------------------------------|
Arm-dev mailing listArm-dev@centos.orghttps://lists.centos.org/mailman/listinfo/arm-dev
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev