Samsung Acknowledges and Fixes Bug On 840 EVO SSDs
Lucas123 writes: Samsung has issued a firmware fix for a bug on its popular 840 EVO triple-level cell SSD. The bug apparently slows read performance tremendously for any data more than a month old that has not been moved around on the NAND. Samsung said in a statement that the read problems occurred on its 2.5-in 840 EVO SSDs and 840 EVO mSATA drives because of an error in the flash management software algorithm. Some users on technical blog sites, such as Overclock.net, say the problem extends beyond the EVO line. They also questioned whether the firmware upgrade was a true fix or if it just covers up the bug by moving data around the SSD.
So are they going to fix the Samsung SM841 SSD or are we just screwed because we bought Dell?
It will be better to purchase from an owner who is a good farmer and a good builder.
This gets me wondering what brand of SSDs is best these days. I've read a lot of good about Intel brand drives, but wonder what is decent these days.
This is almost certainly a firmware bug with their read disturb compensation. At least they're owning up to it - but wow.
"Dos version for MAC, Linux users ... Will be released on end of Oct."
http://www.samsung.com/global/business/semiconductor/samsungssd/downloads.html?CID=AFL-hq-mul-0813-11000279/
Let me guess - the source for that firmware patch is stored on a Samsung EVO 840 disk?
More technical detail as to what is going on.
http://www.anandtech.com/show/...
Couldn't write a proper wear levelling algorithm if their life depended on it.
First the MAG4FA/KYL00M/VYL00M data corruption bug that affected the Galaxy Nexus - https://android.googlesource.c...
Then (actually BEFORE it, Google found it during Galaxy Nexus development but Samsung kept it hush-hush - but it became a public issue much later) - the infamous Samsung Superbrick fiasco (If you fired a secure erase command at the chip, it had a chance of permanently corrupting the wear leveller data to the point where the chip's onboard controller would crash until you power cycled it any time you accessed that region of flash). - https://git.kernel.org/cgit/li...
Then pre-release 840 PRO devices suffer from the SAME DAMN BUG SAMSUNG HAD BEEN AWARE OF FOR OVER A YEAR - http://www.anandtech.com/show/... - While this only affected review devices, the fact that this was a known bug since before the release of the Galaxy Nexus (a year earlier) is inexcusable.
Then there was the Galaxy S3 "Sudden Death Syndrome" issue in late 2013... - https://github.com/omnirom/and...
Then there were a few other issues - http://wiki.cyanogenmod.org/w/...
Now this...
retrorocket.o not found, launch anyway?
There will be a bootable DOS disk image for Mac and Linux users. It's supposed to be released late October, according to the download page:
https://www.samsung.com/global...
Eat the rich.
VNAND run at current 1X node levels should provide 32x the capacity for similar cost. Instead Samsung is using their tech to release 4X node level SSDs with similar capacity but double the cost of 1X node level 2D NAND. When the heck are we going to have some competitors come in with their own VNAND tech and bottom out the SSD market? They should even be able to achieve greater cost per byte effectiveness than HDDs.
In my case, based on hdparm -t on xubuntu and centos, the difference between a properly aligned Samsung EVO and an improperly aligned Samsung EVO is 510 MB/sec and 182 MB/sec respectively
http://cillian.wordpress.com/2... has some good info on setting up Samsung EVO properly on linux