I did the RMA request of the previous drive (which was received in Sandisk center in CZ Republic) and now wait for a replacement.
In the meantime I mounted another SSD Plus to keep the pc working, and this 120 Gb drive, which ran absolutely fine on another pc equipped with ICH10R chipset (Asus P5Q board) with a WAF factor of 3-4 increasing slightly overtime, and about 2 months old but rearely used, went up like hell on this machine.
After 4 days of use on the Nforce 610i chipset of the MSI P6NGM-L, with AHCI on in the bios and active ; indexing, defrag and windows search services all OFF, it was at 7000 Gb NAND written for 500 Go on the host. Will connect at distance to the machine to get the latest crystaldisk / dashboard screenshots.
Any ideas what can be responsible on the Nvidia chipset / windows 7 installation ? Or is it just a coincidence ? (the same Win7 installation was cloned from the old SSD to this one).
I tried in the past to use Nvidia ahci driver or ahci microsoft generic drivers, same results in terms of waf increase (but microsoft generic give much faster transfer rates so I kept those).
I plan to change the motherboard with a ICH9R board hoping it would be working well like with ICH10R ; on Z97 chipset I have 0 problems. But this will be in 3 weeks or so by the time I go back to my father in law…
for the record, it was 6700 Gb on 5/13, now on 5/17 around 9500 for 488 Gb written (this one barely moved). Double checked that defrag, windows search and indexation all off. The media wearout of 0.02% is low enough, hope I will be able to change the motherboard quick enough not to reach too many NAND written (if that solves the problem…)
Please reply to your support email with the drive information that you see similar issue, we may need to replace that one for you too. This issue happen very rarely, but very sorry you are seeing multiple drives with this issue.
The same problem as the rest, SSD too much writes in NAND. Maybe it will be possible to solve this problem in a future firmware update, otherwise the drive is not likely to serve the term of guarantee. Disappointed in this drive.
I found out the combination SB controller / SSD does a lot to NAND writting.
Intel chipset are winners but some Nvidias (old Nforce) ■■■■ badly. AMD are fine too, although they tend to be slower than Intel’s in benchmarks, for the 2008-2010 chipsets. Later on, they probably all went better, but as far as I know P67 Z87 Z97 rock the boat !
I asked for a RMA replacement, as suggested here, and the service was really good. UPS paid return, and fast delivery for a disk bigger in size. Frankly, even though that can be annoying, I am not sure whether other manufacturers would have done the same, and nothing tells whether other SSD drive may not show the same problem on your rig.
2246XT is a cacheless drive(there is little bit cache in controller but only enough for block erase and firmware) so you have to be careful.
You can do
-> Add user level provision ( just shrink your partitions and create minimum 8GB unallocated space)
-> use caching programs like Primocache. It can keep waf around 1,4 - 1,7 if you have enough free space.
My options are :
->Defrag disk !!!WHILE PRIMOCACHE IS RUNNING(if you dont want to kill your disk)!!! every 3 week.
Defragging will cause small files in several big block to store in one single block. (ex : you have 5 files in 5 block , while defragging process they will get into only 1 block and 4 block will be free for wear leveling)
It can consume 1-2 write cycle but it can save pretty much write cycle.
This is log of my 7months(dont look at power on count , it only counts time when disk is active) old of ssd plus 120GB. beginning of graph jumps really much but graph erased after reinstalling windows . somewhere of the middle and end of graph it just jumped so fast because i filled drive %95.