짧은 답변:
그것은 당신이하는 일에 달려 있습니다. 독점적으로 SSD에서 읽기는 여전히 시간이 지남에 따라 메모리 셀을 저하시킵니다. 드라이브를 읽기 전용으로 마운트하면 드라이브에 직접 기록 할 수 없지만 드라이브의 펌웨어는 여전히 백그라운드 쓰기를 생성합니다. 그러나 사용 패턴에 따라 걱정할 것이 있거나 없을 수도 있습니다.
긴 대답 :
플래시 오류 분석 및 관리에 설명 된 몇 가지 유형의 오류가 있습니다 .
- 지우기 오류 : 반복되는 프로그램 / 지우기 사이클 (쓰기)
- 프로그램 간섭 오류 : 인접 페이지가 프로그래밍되는 동안 한 페이지의 데이터가 실수로 변경됩니다.
- 유지 오류 : 플로팅 게이트에 프로그래밍 된 전하가 점차 소산 됨
- 읽기 오류 : 인접 셀이 반복적으로 읽혀지면서 셀에 저장된 데이터가 변경됩니다.
이 글은 흥미로운 내용이지만, 깊이있는 수준으로가는 것은 아마도 NAND 메모리에서 독점적으로 독점적으로 데이터를 영원히 보존하지 않는다고 말하는 것 외에 다른 질문의 범위 밖에있을 것입니다.
Micron의 Jim Cooke 의 발표에 따르면 , 셀은 SLC 용 MLC 및 1,000,000 회의 판독마다 매회 소거 및 재 프로그래밍해야합니다.
슬라이드 19 :
Cells not being read receive elevated voltage stress
Stressed cells are
• Always in the block being read
• Always on pages not being read
Charge collects on the floating gate causing the cell to appear to be weakly programmed
Does not damage cells; ERASE returns cells to undisturbed levels
Disturbed bits are effectively managed with ECC
슬라이드 20 :
Rule of thumb for excessive reads per block between ERASE operations
• SLC – 1,000,000 READ cycles
• MLC – 100,000 READ cycles
If possible, read equally from pages within the block
If exceeding the rule-of-thumb cycle count, then move the
block to another location and erase the original block
Establish ECC threshold to move data
Erase resets the READ DISTURB cycle count
Use ECC to recover from read disturb errors
즉,이 논문은 저수준 NAND 메모리 사용자 (예 : SSD 펌웨어 개발자)를 대상으로하며 최종 사용자가 사용하지 않기 위해 작성되었습니다. 그래서 당신의 드라이브의 펌웨어가 이미 백그라운드에서 이것을 투명하게 처리하고 있다고 의심됩니다.
그러나 원래의 질문으로 돌아 가면 독점적으로 독서가 드라이브의 마모 및 찢어짐을 유발합니까? 예. 얼마나? 그것은 복잡합니다. 펌웨어가 페이지의 셀을 100,000 회마다 읽는 새 위치로 다시 작성하고 항상 사용 가능한 블록이 충분하다고 가정하면 100,000 회마다 읽기가 1 회 이루어집니다. 그러나 펌웨어는웨어 레벨링 및 기타 작업을 수행 하여 논리 쓰기를 여러 물리적 쓰기로 증폭 합니다.
실용적인면에서 볼 때, 드라이브의 용량이 거의 다 채워져 있지 않고 전체 드라이브에서 지속적으로 읽지 않는다면 특별히 걱정할 필요가 없을 것입니다. 그러나 드라이브를 논스톱에서 읽는다면 한 달 동안 SMART 테이블을주의 깊게 관찰하여 읽기 패턴이 백그라운드 쓰기를 얼마나 빨리 유발하는지 알 수 있습니다. 그리고 물론, 항상 여러 개의 백업이 있는지 확인하십시오.