SSD는 파워 유저에게 충분히 신뢰할 수 있습니까? [닫은]


14

TL; DR

고급 사용자는 일정량의 쓰기주기를 수행합니다. MLC SSD 드라이브는 약 5 년의 사용 기간 동안 고급 사용자를 유지하기에 충분한 쓰기주기를 지원합니까? SSD에 대한 나의 첫 경험에서 불과 9 개월 만에 까다로워졌습니다. 내 사용 패턴에 따라 SSD에 대한 이것이 정상입니까, 아니면 그냥 바보입니까?


약 9 개월 전에 SSD (60GB OCZ Vertex Turbo)를 구입했습니다. 약 2 주 전까지 나는 그 드라이브를 정말 좋아했습니다. 그것은 매우 신뢰할 수 있었고 실제로 내 시스템을 훨씬 더 반응 적으로 만들었습니다. 그러나 2 주 전에 드라이브가 고장 나기 시작했습니다. 정확한 문제를 정확히 파악하는 데 약 1 주 반 정도 걸렸으며, 지난 며칠 동안 점진적으로 악화되었습니다. 드라이브가 상점으로 돌아 왔습니다.

지난 2 주 동안 저는 MLC 기반 SSD에 대해 상당한 연구를 해왔으며 솔직히 말해서 기술에 대해 큰 의구심을 가지고 있습니다. 내가 알고 싶은 것은 내 우려가 정당한지 아니면 그냥 운전을 했습니까?

원하는 경우 포인트 당 회신 할 수 있습니다.

  1. SSD에서 불량 섹터를 얻는 것은 시간 문제 일 뿐이며 불량 섹터는 빠르게 발전합니다. 소프트웨어 드라이버 컨트롤러는 이러한 불량 섹터의 로그를 유지하고 사용을 피할 책임이있는 것 같습니다.
  2. 사용 후 9 개월 이내에 컨트롤러가 실제로 사용할 수있는 섹터를 찾기 위해 작동하도록 충분한 불량 섹터를 개발했습니다.
  3. 컨트롤러는 완벽하지 않으며 일정량의 불량 섹터가 발생하면 매우 불안정하고 안전하지 않은 컴퓨팅 경험을 얻게됩니다.
  4. 시스템 충돌의 정확한 원인을 정확히 찾아내는 것은 쉽지 않습니다.
  5. SSD를 부팅 드라이브로 사용하고있었습니다. 필수 도구 및 기타 개발 도구를 설치했으며 Sharepoint 2010 및 SQL Server 2008 R2 Express도 설치했습니다. 이 외에도 Visual Studio와 Outlook이있었습니다. 나는 결코 거대한 영화 나 ISO 이미지 나 게임을 SSD에 복사하지 않았습니다. 중요하지 않은 앱은 일반 HDD 드라이브에 보관했습니다.
  6. 시스템 복원을 끄는 등의 조정을 완전히 적용했으며 SSD 조각 모음을 수행하지 않았습니다.
  7. 다시 시작할 필요가 없으면 시스템을 끄지 않습니다. 이것을 말하면, 내 시스템은 사용하지 않을 때 대기 모드로 들어갑니다.
  8. 트림이 활성화 된 Windows 7 64 비트를 실행 중이었습니다.
  9. 안티 바이러스 앱을 실행했습니다.

전력 수요가 많은 사용자라면 SSD가 약 9 개월 이상 지속되기에 너무 많은 쓰기주기를 거쳤다 고 생각하십니까?


9
의견과 일화가 담긴 텍스트를 쓰지 않고 답변 할 수있는 질문을 작성하십시오.
Daniel Beck

4
멍청 해 HDD를 설치한지 하루나 이틀 안에 고장났다는 것을 보았습니다 =. = HDD가 "고급 사용자"를위한 것이 아닙니까?
Sathyajith Bhat

1
보유하고있는 불량 섹터의 수를 정확히 확인하고 컨트롤러가 수행하는 작업은 무엇입니까? 드라이브의 펌웨어 업그레이드를 찾으셨습니까?
LawrenceC

1
스피닝 녹도 실패합니다. 구매할 때 멍청이를 결정하고 그것을 사용할 수는 없습니다. 이것이 백업 솔루션이 중요한 이유입니다. 페이지 파일이 SSD에서 비활성화되어 있는지 확인하십시오.
Moab

1
한 가지 경우만으로는 의견을 제시하기에 충분하지 않다고 생각합니다. 그것은 처음으로 나라를 방문하고 병원으로 곧장 가서 모든 시간을 보낸 다음 그 카운티의 모든 사람들이 아프거나 의사라고 말하는 것과 같습니다. 일화를 원한다면 여기에 하나가 있습니다. HDD. 하나는 365 일 사용 (1 년 보증)에 사망했으며 다른 하나는 8 년 동안 사용되었습니다.
AndrejaKo

답변:


27

인텔 발표에 따르면 SLC 기반 SSD 드라이브는 데이터베이스 및 파일 사용량이 많은 경우 권장됩니다. 그것들은 훨씬 더 비싸고 SAN과 같은 것들을 위해 설계되었습니다. 우리는 대부분의 랩톱에서 SQL Express를 꽤 많이 사용하고 MLC 기반의 것들과 함께갔습니다.

우리는 약 4,000 대의 노트북에서 X-25m과 함께 갔다. 몇 가지 문제가있었습니다. 일부는 펌웨어 업데이트로 해결되었습니다. 다른 것들은 단지 나쁜 드라이브였습니다 .. 그러나 실제로, 우리는 표준 7200rpm 랩탑 드라이브에서 보았던 것보다 약 1 % -2 % 더 높은 오류율을보고 있습니다. 전력, 무게 및 특히 속도 절약을 고려할 때 (모든 종류의 드라이버와 소프트웨어 및 AV로 인해 XP 및 7200rpm 랩톱 드라이브로 10 분 부팅에서 Win7 및 SSD로 2 분 부팅으로 이동) 여전히 SSD를 주중 매일, 일요일에 두 번 선택합니다.

우리는 여러 가지 이유로 모든 종류의 HD를 죽였습니다. (많은 랩탑을 사용하는 경우, 2 % 오류율은 매년 약 80 개의 드라이브를 의미합니다!) 어떤 드라이브 기술을 사용하든 좋은 백업이 중요합니다.


고마워 브라이언, 확실히 광범위한 노출입니다. 이 통계가 1 년 이상 사용한 후에도 계속 유효한지 확인할 수 있습니까?
JL.

경험이 많은 드라이브의 양 때문에 허용되는 답변입니다. 따라서 MLC SSD 드라이브는 극단적 인 사용에 대처할 수 있으며 드라이브가 불량이거나 드라이브 설계가 표준 이하라고 결론지었습니다. SSD 기술에는 일반적으로 문제가되지 않습니다.
JL.

나는 이것을 기존의 드라이브와 비교할 때 무시할만한 문제를 보인 수천 개의 X-25M 중에서 두 번째로 할 수 있습니다.
Shinrai

2
우리는 1 년 이상 약 400 명을 가지고 있으며 나머지는 작년에 주문되었습니다. 가장 오래된 것은 가장 어려운 속도를 겪고 있었고, 우리는 그것들을 깨뜨 리려고 노력했습니다.
Brian

7

그렇습니다. SSD를 사용하는 사용자는 많으며 단일 문제는 없습니다. 디스크 컨트롤러 (대부분 SSD와 관련이 없음)에 여러 번 오류가 발생했으며 HDD 고장은 거의 없었지만 SSD에 대한 단일 문제는 없었습니다.

물론 이것은 통계적 중요성에 대한 포괄적 인 연구는 아니지만 그 이유를 알 수는 없습니다. 우리는 검색 색인 (계속 업데이트)과 문제없이 스왑 파일을 위해 SSD (Intel X25-M 40GB)를 사용하고 있습니다.


귀하의 의견에 대해 Olli에게 감사드립니다. 특히 검색 색인에 대해 매우 안심하십시오.
JL.

6

예. 1 년간의 학대는 여전히 강해지고 있습니다. 나는 불운을 말한다.

편집 : 인텔 SSD X-25 SMART 도구는 12 개월 동안 6.2TB의 호스트 쓰기가 있음을 나타냅니다. 다양한 활동의 ​​속도를 높이기 위해 그것을 사용하지 않기 때문에 내가 생각하는 숫자는 일반 사용자보다 많을 것입니다.


6
PC를 많이 사용하십니까?
JL.

8
@JL : 어머니, 당신인가요?
mtone

2

브랜드는 큰 차이를 만듭니다. Intel 드라이브는 가장 신뢰할 수있는 것으로 알려져 있습니다. 새로운 egg 리뷰를 사용하여 비교하십시오. OCZ를 사용하고있었습니다. 안정성이 큰 문제라면 인텔을 고수하십시오.


1

SQL Server 2008 R2 Express

SSD에 저장된 데이터베이스를 사용하는 경우 문제 일 수 있습니다.


1
내 노트북을 매일 많은 시간 동안 사용하면서 반 년 전에 SSD를 구입했는데 아무런 문제가 없습니다. (인텔 X-25M)
타마라 Wijsman

0

내 주먹 ssd (인텔은 내가 소유 한 모든 ssd에서 0GB를 얻지 못 했으므로 (intel, evo 840120GB, 2x evo 840250G 및 1x evo 500G) USB 키, sd 카드, 메모리와 같은 다른 플래시 미디어도 마찬가지입니다. 전화.

동시에 5 개의 HDD가 죽고 데이터를 가져 왔습니다. 구형 WD 80GB SATA, 구형 Maxtor 320GB IDE 및 3 년 미만의 구형 WD 1TB 녹색 SATA 드라이브. n = 1이므로 원하는대로 만듭니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.