Samsung SSD “Wear_Leveling_Count” meaning

22

Tenho SSDs da Samsung no meu próprio laptop e em alguns servidores.

Quando faço:

smartctl -a /dev/sda | grep 177

Eu obtenho resultados que não consigo entender. Aqui estão alguns exemplos:

# my laptop Samsung SSD 850 EVO 500GB (new)
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
177 Wear_Leveling_Count     0x0013   100   100   000    Pre-fail  Always       -       0

# server 256 GB, SAMSUNG MZ7TE256HMHP-00000
177 Wear_Leveling_Count     0x0013   095   095   000    Pre-fail  Always       -       95

# server 512 GB, SAMSUNG MZ7TE512HMHP-00000 (1 year old)
177 Wear_Leveling_Count     0x0013   099   099   000    Pre-fail  Always       -       99

# server 512 GB, SAMSUNG MZ7TE512HMHP-00000 (suppose to be new)
177 Wear_Leveling_Count     0x0013   099   099   000    Pre-fail  Always       -       99

# server 480 GB, SAMSUNG MZ7KM480HAHP-0E005
177 Wear_Leveling_Count     0x0013   099   099   005    Pre-fail  Always       -       3

# server 240 GB, SAMSUNG MZ7KM240HAGR-0E005
177 Wear_Leveling_Count     0x0013   099   099   005    Pre-fail  Always       -       11

Alguma ideia de como ler Wear_Leveling_Count ?

Alguns valores estão no mínimo, alguns estão no máximo.

Se considerar "laptop" Samsung SSD 850 EVO 500GB , é 0 e provavelmente irá para 100, então falhará.

Se considerar primeiro "servidor" 256 GB, SAMSUNG MZ7TE256HMHP-00000 , já está no máximo? Será que vai para zero?

    
por Nick 09.02.2016 / 17:13

2 respostas

36

Kingston descreve este atributo SMART da seguinte forma:

Number of erase/program cycles per block on average. This attribute is intended to be an indicator of imminent wear-out. Normalized Equation: 100 – ( 100 * Average Erase Count / NAND max rated number of erase cycles)

Ignore o Raw Data nessas instâncias (elas podem ser manipuladas pelos fabricantes para funcionar de maneiras diferentes) e observe a coluna Current Value .

Esta fonte de Anandtech dá nos uma boa indicação de como usar esta figura:

The Wear Leveling Count (WLC) SMART value gives us all the data we need. The current value stands for the remaining endurance of the drive in percentage, meaning that it starts from 100 and decreases linearly as the drive is written to. The raw WLC value counts the consumed P/E cycles, so if these two values are monitored while writing to the drive, sooner than later we will find the spot where the normalized value drops by one.

Todas as suas unidades estão entre 95 e 100 e, eventualmente, cairão para 0. Essa é uma estimativa de quantos write , erase , rewrite etc. ciclos cada bloco pode passar antes de falhar, e no momento, uma de suas unidades é estimada para ter usado 5% da expectativa de vida atual. Mais uma vez, a palavra chave aqui é estimada.

Note também que suas unidades podem usar diferentes tecnologias NAND, daí as diferenças na vida percebida. Algumas tecnologias NAND esperam que os blocos durem cerca de 1000 ciclos PE cada, outros podem ser classificados em até 30.000.

    
por 09.02.2016 / 17:31
1

O SMART relata uma condição PREFAILED para meu 128GB Samsung SM951 (AHCI), relatado no Linux como SAMSUNG MZHPV128HDGM-00000 (BXW2500Q) .

Mas no meu caso, acho que é um erro de firmware da unidade,

  • porque a propriedade total-bytes-written é relatada como 1.1TB enquanto a unidade possui um Total Bytes Written (TBW) especificado de 75TB! O que provavelmente está no (muito) lado do salvamento, porque unidades similares (MLC NAND) atingiram uma infinidade disso (600TB) em um teste de resistência real ,
  • e, além do aviso wear_level_count , nenhum outro erro ou aviso de prefail ou oldage é relatado,
  • enquanto o reallocated-sector-count , que de acordo com esse teste é bom indicador pré-falha, ainda é 0.

Então, meu conselho seria examinar esses valores para o seu drive / sistema e basear suas conclusões nisso.

Eu prefiro o utilitário de baixo nível skdump que é fornecido com libatasmart , a mesma biblioteca usada por Discos do Gnome .

Use o seguinte comando, substituindo /dev/sdc pelo caminho do seu dispositivo de bloco:

sudo skdump /dev/sdc

    
por 19.10.2018 / 13:28

Tags