파일 시스템을 읽기 전용으로 마운트하면 SSD의 수명이 연장됩니까?


14

한 번 작성한 데이터가 있다고 가정 해 보겠습니다. 다시 변경하지 않아도됩니다. 이 데이터를 SSD에 복사 한 다음 파일 시스템을 읽기 전용으로 다시 마운트하고 지금부터는 그대로 두십시오. 그렇게하면 SSD의 수명이 연장됩니까?

나는 단순한 "예, 독서가 중요하지 않습니다 - SSD에 쓰는 것만 마모를 유발할 것"이상을 찾고 있습니다. 답은 아래에 보여줍니다 이 질문 기사에 대한 링크와 응답자가 언급 :

"페이지"또는 지우기 블록이 아주 오랜 시간에 다시 프로그램되지 않으면 비트 중 일부가 프로그램되지 않은 상태로 되돌아 갈 가능성이 있습니다 (아마도 매우 작을 수 있습니다).

그것에 대해 뭐라 말할 수 있겠습니까? 그러한 행동에 초점을 둔 연구에 대해 알고 있습니까?


1
나는 "매우 긴 시간"이 수십 년이라는 순서로 생각할 것이다. 읽기 전용 모드의 파일 시스템 인 경우에도 오류 수가 ECC 한계에 가까워지면 SSD는 블록을 다시 쓰게됩니다.
Dan D.

이 내용은 superuser.com/questions/440171/ ...과 중복되지 않습니다 . 그 질문을 넘어서는 나의 눈에는이 질문이 기본적으로 이미 논의 된 것을 확인하는 "연구"를 요구하는 것이며, 연구를 요청하는 질문은 주제 밖 (학습 자료 요청)으로 간주 될 수 있습니다.
Ƭᴇcʜιᴇ007

3
"공통 지식"이나 불충분하게 상세하게 언급 된 의견에 역행하는 것보다는 심층적 인 권위있는 언급을 인용하도록 사람들에게 요구하는 것이 잘못된 것은 아닙니다.
Rob

답변:


14

짧은 답변:

그것은 당신이하는 일에 달려 있습니다. 독점적으로 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 테이블을주의 깊게 관찰하여 읽기 패턴이 백그라운드 쓰기를 얼마나 빨리 유발하는지 알 수 있습니다. 그리고 물론, 항상 여러 개의 백업이 있는지 확인하십시오.


1

기본적으로 네, 그러나 연장 된 대답은 "영원하지 않습니다"입니다.

비트를 구성하는 전자 인 SSD의 데이터는 분리되어 누설되지 않지만 드라이브의 데이터가 자기파 또는 기타 전자 제품을 포함한 방사선에 노출되면 비트에 저장된 전자 상태를 변경하여 저장된 데이터를 손상시킵니다. 그러나 이것은 극단적 인 경우입니다. 수십 년이 아니라해도 SSD에 대한 데이터는 수 년 동안 안전해야합니다.


1
답변 해 주셔서 감사합니다. 이 문제를 지원하는 모든 연구 / 기사를 알고 있습니까?
dtmland 14:14

그들에 대해 알지는 못하지만 Sciece & Technology를 공부하고 전자 및 화학은 내가 결론을 내리는 데 사용할 수있는 두 가지 주제입니다.
Gizmo

SSD에 대한 실험을 해본 많은 "년"( "수십 년"은 말할 것도 없다) ...
vonbrand

-1

사실 예, 표준 ext2 파일이 읽기 전용이라도 rw가 마운트 된 SSD에 쓰기 !!

이것은 ext2가 각 파일과 디렉토리에 대한 액세스 시간 (마지막 읽기 시간)을 저장하기 때문입니다.

이를 방지하는 방법은 마운트하는 동안 "-o noatime"을 사용하는 것입니다. 쓰기 작업을 막는 가장 좋은 방법은 "-o ro"를 사용하는 것입니다.

참고 : ext2 / 3 / 4의 각 파일에는 creation (ctime), 수정 (mtime) 및 액세스 (atime)의 세 가지 날짜가 있습니다.


3
실제로 OP가 말한 것입니다 : FS를 읽기 전용으로 마운트합니다.
zmo 2014 년

-1

CD에 구울 때 잘못된 점은 무엇입니까? 그것들은 아주 안정적이고 싸다. (다음 50 년 동안 지속될 여분의 복사본을 가질 여력이 아주 좋다.) 액세스 시간은 데이터를 처음 읽는 경우에만 문제가되며 RAM에 캐싱이 인계되어야합니다.

파일 시스템은 작성하지 않더라도 일부 (메타) 데이터를 업데이트합니다. 따라서 또 다른 가능성은 읽기 전용 파일 시스템 이미지 (예 : ISO)를 작성하고 SSD에 작성하여 모든 유형의 기록을 완전히 배제합니다.


1
이것은 실제로 질문에 대답하지 않습니다 ...
캐나다 루크
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.