Question Crucial MX500 500GB SATA SSD - - - Remaining Life decreasing fast despite only a few bytes being written to it ?

Page 16 - Seeking answers? Join the Tom's Hardware community: where nearly two million members share solutions and discuss the latest tech.

Lucretia19

Reputable
Feb 5, 2020
193
14
5,245
The Remaining Life (RL) of my Crucial MX500 ssd has been decreasing rapidly, even though the pc doesn't write much to it. Below is the log I began keeping after I noticed RL reached 95% after about 6 months of use.

Assuming RL truly depends on bytes written, the decrease in RL is accelerating and something is very wrong. The latest decrease in RL, from 94% to 93%, occurred after writing only 138 GB in 20 days.

(Note 1: After RL reached 95%, I took some steps to reduce "unnecessary" writes to the ssd by moving some frequently written files to a hard drive, for example the Firefox profile folder. That's why only 528 GB have been written to the ssd since Dec 23rd, even though the pc is set to Never Sleep and is always powered on. Note 2: After the pc and ssd were about 2 months old, around September, I changed the pc's power profile so it would Never Sleep. Note 3: The ssd still has a lot of free space; only 111 GB of its 500 GB capacity is occupied. Note 4: Three different software utilities agree on the numbers: Crucial's Storage Executive, HWiNFO64, and CrystalDiskInfo. Note 5: Storage Executive also shows that Total Bytes Written isn't much greater than Total Host Writes, implying write amplification hasn't been a significant factor.)

My understanding is that Remaining Life is supposed to depend on bytes written, but it looks more like the drive reports a value that depends mainly on its powered-on hours. Can someone explain what's happening? Am I misinterpreting the meaning of Remaining Life? Isn't it essentially a synonym for endurance?


Crucial MX500 500GB SSD in desktop pc since summer 2019​
Date​
Remaining Life​
Total Host Writes (GB)​
Host Writes (GB) Since Previous Drop​
12/23/2019​
95%​
5,782​
01/15/2020​
94%​
6,172​
390​
02/04/2020​
93%​
6,310​
138​
 
  • Like
Reactions: demonized

Lucretia19

Reputable
Feb 5, 2020
193
14
5,245
lifespan = 73%
18,042 GB written (636 GB written compared to previous 627 GB)
write amplification...........still at 1.75......

Would you please stop posting your monthly updates? Maybe switch to annual updates? I don't think the updates are of use here unless the behavior of your ssd changes.

Also, the format of your data isn't as easy to use as it could be... I recommend you create a spreadsheet in which there's one row of cells per (monthly) record of data. (I use the Calc module of LibreOffice, which is free.) You could add columns that automatically calculate values such as the overall write amplification, the bytes and NAND pages written by the host pc and by the ssd controller during the most recent month, the write amplification during just the most recent month, etc. It's easy to paste multiple rows & columns into a message here with a single copy/paste operation, and doing that annually instead of monthly would probably benefit both you and the rest of us.
 

worstalentscout

Distinguished
Nov 1, 2016
307
9
18,685
Would you please stop posting your monthly updates? Maybe switch to annual updates? I don't think the updates are of use here unless the behavior of your ssd changes.

Also, the format of your data isn't as easy to use as it could be... I recommend you create a spreadsheet in which there's one row of cells per (monthly) record of data. (I use the Calc module of LibreOffice, which is free.) You could add columns that automatically calculate values such as the overall write amplification, the bytes and NAND pages written by the host pc and by the ssd controller during the most recent month, the write amplification during just the most recent month, etc. It's easy to paste multiple rows & columns into a message here with a single copy/paste operation, and doing that annually instead of monthly would probably benefit both you and the rest of us.

roger.................roger...............

my updates were more for myself to take note............:ROFLMAO:
 

Diceman_2037

Distinguished
Dec 19, 2011
54
3
18,535
checked on the 500GB i put in a qosmio for the first time in a long while and theres only 31% of life left lmao

IDAttribute DescriptionThresholdValueWorstDataStatus
01Raw Read Error Rate01001000OK: Always passes
05Reallocated Sector Count101001000OK: Value is normal
09Power-On Hours Count010010024418OK: Always passes
0CPower Cycle Count0100100201OK: Always passes
ABProgram Fail Count01001000OK: Always passes
ACErase Fail Count01001000OK: Always passes
ADWear Leveling Count03939926OK: Always passes
AEUnexpected Power Loss Count010010092OK: Always passes
B4Unused Reserve (Spare) NAND Blocks00045OK: Always passes
B7SATA Interface Downshift01001000OK: Always passes
B8Error Correction Count01001000OK: Always passes
BBReported Uncorrectable Errors01001000OK: Always passes
C2Enclosure Temperature0584442OK: Always passes
C4Re-allocation Event Count01001000OK: Always passes
C5Current Pending Sector Count01001000OK: Always passes
C6SMART Off-line Scan Uncorrectable Error Count01001000OK: Always passes
C7SATA/PCIe CRC Error Count01001001OK: Always passes
CAPercentage Of The Rated Lifetime Used1393961OK: Value is normal
CEWrite Error Rate01001000OK: Always passes
D2Successful RAIN Recovery Count01001000OK: Always passes
F6Total Host Sector Writes01001007.77 TBOK: Always passes
F7Host Program Page Count0100100315412429OK: Always passes
F8FTL Program Page Count010010015513539116OK: Always passes

What i have come to learn, is that the Pending redirect value is flipped during cell refresh cycles, this refresh is performed in order to keep the disk performant, however on the original mx500's with the initial SM2258 controller, this is performed far too frequently leading to excessive wear compared to the SM2259H
 
Last edited: