우리는 Windows에서 소프트웨어 개발 (Visual C ++)을 수행하고 있으며 Windows XP와 함께 SSD 디스크를 사용하는 개발자는 디스크가 손상되어 1 년 사용 후 디스크를 교체해야하는 경우가 이미있었습니다. (2010-2012 기간)
분명히 많은 것을 컴파일한다는 것은 매우 많은 수의 쓰기를 의미합니다. Visual Studio Compiler는 일반적인 C ++ 프로젝트에서 생성 된 모든 빌드 아티팩트 외에도 많은 임시 파일을 작성하는 것을 좋아합니다.
이제 TRIM 명령이 XP에서 지원되지 않는다는 것을 알고 있지만 항상 드라이브의 수명이 아니라 성능이라는 것을 알고 있습니다.
또한 현대의 SSD 드라이브가 전체 쓰기 활용률로 51 년 동안 지속되어야한다고 주장하는 경우 8 시간의 작업 시간 동안 많은 컴파일 작업을 수행하는 개발자가 SSD를 폐기 할 수있는 방법은 무엇입니까? Windows XP (vs. Win 7)와 관련이 있습니까?
참고 : 이것은 개발자 상점이므로 당연히 모든 사람이 이것과 그에 대한 자신의 영리한 설명을 가지고 있습니다. 그러나 이것은 개발자 상점이므로 여기에있는 사람들의 전문 지식은 HW 안정성이 아닌 SW 개발에 있습니다.
그리고 인터넷상의 SSD 디스크에 대한 모든 신화를 감안할 때 Windows XP에서 SSD가 조기에 (또는 어쨌든) 실패 해야하는지에 대한 신뢰할 수있는 정보를 찾는 데 어려움을 겪고 있습니다 ....
면책 조항 : 이 SSD 디스크 는 쓰기 사용량이 많은 Windows XP에서 사용 되었기 때문에 실제로 고장 났다고 주장하지는 않습니다 . 난 묻는 기존의 증거는 SSD 드라이브 (가 없기 때문에 TRIM 또는 기타 이유) 그렇지 않은 경우보다 XP에서 이전 실패합니다, (내 동료는 이렇게 주장 때문에)가 있는지 ...
몇 가지 링크를 따라 가면서 특히 Windows XP의 SSD 관련 질문에 대한 가장 많이 제기 된 답변 을 강조하고 싶습니다 . (이 답변 (2010 년)은 2007 년 (!)부터 인용 된 기사의 인용입니다. 기사 / 답변의 요점은 SSD 드라이브가 많은 쓰기 작업으로 인해 파열 될 수있는 것 같습니다. XP와 관련하여 어쨌든 XP는 더 나쁩니다. 위에 링크 된 51 년의 클레임을 살펴보면이 답변의 진술은 의미가 없습니다 .
또한 2009 년부터 MS 기사가 있으며 TRIM 및 마모에 대한 유일한 참조는 다음과 같습니다.
AS를 추가 혜택 의 트림 작업 캔 도움말 SSD는 마모를 줄일 수 많은 병합 작업이 발생 할 필요가 없으므로.
그러나 Flash 의 동일한 기사 상태는 다음과 같습니다.
어떤 시점에서 플래시 셀은 단순히 작동을 멈 춥니 다 (...) 자주 업데이트되는 데이터 (예 : 파일 시스템 로그 파일)가 항상 같은 셀에 저장된 경우 해당 셀은 더 빨리 마모됩니다 (...) 웨어 레벨링 로직은 플래시 컨트롤러 펌웨어 에 의해 채택되어 쓰기 (...)를 확산 시킵니다. 대부분의 장치는 지난 몇 년 동안 일반적인 데스크톱 / 노트북 워크로드에서 작동합니다.
따라서 MS는 TRIM 명령 섹션에서 추가적인 마모 시간 이점을 언급 할 가치가있는 것처럼 보였지만 쓰기를 분산하여 드라이브를 유지하는 주요 요인으로 드라이브 펌웨어를 언급했습니다.
정말로, 이것은 나를 상당히 혼란스럽게한다!?! :-)