SSD 드라이브에 스왑 파티션이없는 이유는 무엇입니까?


88

스왑 파티션을 SSD 드라이브에 배치해서는 안된다는 것을 종종 읽었습니다. 장치가 손상 될 수 있습니다. 이것이 사실입니까? 나에게 이유를 설명해 주시겠습니까?

HDD보다 훨씬 빠르기 때문에 SSD에 스왑을 배치하는 것이 최선의 선택이라고 생각했기 때문에 RAM 내용을 SSD로 스왑하는 것이 HDD보다 느리지 않습니다 ...

답변:


85

SSD의 플래시 RAM 셀은 수명이 제한되어 있습니다. 모든 쓰기 (읽지 않지만)주기 (또는보다 정확하게는 모든 지우기)는 메모리 셀을 착용하고 어느 시점에서 작동을 멈 춥니 다.

셀이 살아남을 수있는 소거주기의 양은 매우 다양하며, 현대 SSD의 플래시는 몇 년 전에 만들어진 SSD의 플래시보다 훨씬 더 많이 살아남을 것입니다. 또한 SSD 인텔리전트 펌웨어는 모든 셀간에 고르게 분산 된 소거를 보장합니다. 대부분의 드라이브에서는 사용하지 않는 영역을 사용하여 손상된 셀을 백업하고 노화를 지연시킬 수도 있습니다.

SSD의 내구성을 비교하는 데 사용할 수있는 가치를 갖기 위해 JEDEC 게시 표준 과 같은 수명 측정법을 사용할 수 있습니다 . 내구성을 위해 널리 사용 가능한 값이다 TBW ( T의 시대 B는 , 킬로바이트 W의 대안 리튼 또는 기록 전체 바이트 구동이 실패하기 전에 바이트 쓰기의 양이다). 최신 SSD는 소비자 제품에 대해 20TB 정도의 낮은 점수를 얻을 수 있지만 엔터프라이즈 수준 SSD에서는 20,000TB가 넘는 점수를 얻을 수 있습니다.

말했듯이, 수명과 스와핑에 SSD를 사용하는 것은 몇 가지 요인에 달려 있습니다 ...

RAM이 많은 시스템

RAM이 많고 메모리 소비가 적은 응용 프로그램이있는 시스템에서는 거의 스왑하지 않습니다. 응용 프로그램이 모든 RAM을 다 사용한 경우 데이터 손실을 방지하기위한 안전 조치 일뿐입니다. 이 경우 스왑에서 SSD를 착용해도 문제가되지 않습니다. 그러나 기존 하드 드라이브에서 주로 사용하지 않는 스왑 파티션을 사용하더라도 성능 저하가 발생하지 않으므로 스왑 파티션 (또는 파일)을 훨씬 저렴한 하드 드라이브에 안전하게 놓고 SSD 공간을 더 많이 사용할 수 있습니다 유능한.

RAM이 적은 시스템

RAM이 부족하고 업그레이드 할 수없는 시스템에서는 상황이 다릅니다. 이 경우 특히 메모리 사용량이 많은 응용 프로그램을 실행할 때 스와핑이 더 자주 발생할 수 있습니다. 이러한 시스템에서 SSD의 스왑 파티션 또는 파일은 SSD 수명이 다소 짧아지면서 성능이 크게 향상 될 수 있습니다. 그러나 이러한 수명 단축은 여전히 ​​우려 사항을 보장 할만큼 짧지 않을 수 있습니다. 어쩌면 오늘날 가격의 일부만으로 스토리지를 여러 번 사용할 수 있기 때문에 SSD는 수명이 다하기 훨씬 전에 교체 할 수 있습니다.

시스템 동면

최대 절전 모드에서 깨우는 것은 실제로 SSD에서 매우 빠릅니다. 운이 좋으며 시스템이 문제없이 최대 절전 모드를 유지하는 경우 SSD를 사용하는 것이 좋습니다. SSD는 부팅보다 SSD를 더 많이 착용하지만 가치가 있다고 느낄 수 있습니다.

그러나 SSD에서 부팅하는 경우 SSD에서 최대 절전 모드를 해제하는 것보다 시간이 오래 걸리지 않으며 SSD의 마모가 훨씬 줄어 듭니다. 개인적으로 시스템을 최대 절전 모드로 전환하지 않습니다. RAM이 일시 중단되거나 SSD로 빠르게 부팅됩니다.

SSD는 우리가 가진 유일한 드라이브입니다

이 경우에는 실제로 선택의 여지가 없습니다. 우리는 스왑없이 실행하고 싶지 않으므로 SSD에 스왑해야합니다. 그러나 시스템을 최대 절전 모드로 전환하지 않으려는 경우 더 작은 스왑 파일 또는 파티션을 원할 수 있습니다.

속도에 대한 참고 사항

SSD는 많은 작은 파일에 빠르게 액세스하고 읽는 데 가장 적합하며 순차적으로 읽은 작은 파일이나 중간 크기의 파일에서 데이터를 전송하기 위해 기존의 하드 드라이브보다 우수합니다. 기존의 빠른 하드 드라이브는 대용량 오디오 또는 비디오 스트림 또는 기타 조각화되지 않은 긴 파일을 쓰거나 읽을 때 SSD보다 성능이 우수 할 수 있습니다. 오래된 SSD는 시간이 지남에 따라 또는 상당히 가득 찬 후에 성능이 저하 될 수 있습니다.


2
따라서 SSD를 사용하는 것이 이상적이며 한 번만 작성되고 거의 읽지 않는 데이터를 저장하는 것이 바람직하다는 결론을 내릴 수 있습니다. 시스템 파일, 프로그램 파일 또는 홈 폴더의 데이터 디렉토리 (음악, 비디오 등)와 같습니다. 현대의 평균 SSD 셀이 얼마나 많은 쓰기 / 삭제주기를 견뎌야합니까? 1000? 10000? 그리고 네, 컨트롤러는 수명을 늘리기 위해 모든 셀에 사용량을 균등하게 분배하려고합니다.
바이트 사령관

@ByteCommander 귀하의 의견에 대한 추가 사항은 편집을 참조하십시오.
Takkat

SSD가 하드 드라이브보다 성능이 뛰어나다는 속도에 대한 메모는 오해의 소지가 있다고 생각합니다 .SAS, 15000rpm의 가장 빠른 드라이브는 초당 약 250MB의 순차적 액세스 속도를 제공하는 반면 SSD는 거의 두 배의 속도를 제공합니다 (일반 하드 드라이브 비교) 약 110MB / 초
-SSD

@davidgo 일반적으로 SSD가 하드 드라이브보다 훨씬 성능이 뛰어나며 특히 SSD가 새로운 경우에는 더욱 그렇습니다. 그러나 에이징 SSD뿐만 아니라 더 긴 시간에 걸친 순차적 읽기 (예 : 비디오 스트리밍)에서 상당한 성능 저하에 대한보고가 있습니다. SU에 대한이 게시물seagate의 자세한 설명을 참조하십시오 . 그러므로 우리는 초기의 위대한 가치에 영원히 의존해서는 안됩니다.
Takkat

1
그러나 Seagate의 흥미로운 소식은 2010 년경에 작성되었으며 SSD는 특히 배경 가비지 수집 및 마모 레벨링과 관련하여 크게 발전했습니다. 특히 풍경을 크게 변화시킵니다. techreport.com/review/27909/… 또한 2010 년에 ssd 컨트롤러 카드는 많은 버그가있었습니다.
davidgo

18

초기 SSD는 HDD보다 적은 쓰기 후 실패로 유명했습니다. 스왑이 자주 사용 된 경우 SSD가 더 빨리 실패 할 수 있습니다. 이것이 스왑에 SSD를 사용하는 것이 좋지 않을 수 있다고 들었을 수 있습니다.

최신 SSD에는이 문제가 없으므로 비슷한 HDD보다 더 빨리 고장 나지 않아야합니다. SSD에 스왑을 배치하면 빠른 속도로 인해 HDD에 배치하는 것보다 성능이 향상됩니다.

또한 시스템에 충분한 RAM이있는 경우 (예를 들어, 시스템이 SSD를 보유 할만큼 충분한 고급 시스템 인 경우) 스왑은 거의 사용되지 않을 수 있습니다.


2
나는 이것을 믿기를 원하지만, 추가 반응을 기다리고 싶어하며 증거로서의 언급을 높이 평가할 것입니다. 유효한 증거가 있거나 한 지점에 대해 다수가 명백한 경우 답변을 수락합니다.
바이트 사령관

1
SSD 수명 동안 통계적으로 유효하지는 않습니다. SSD 수명 테스트 2015 final techreport.com/review/27909/… 처음 실패한 제품의 수명도 매우 길다는 것을 보여줍니다. 1 년 안에 하드 드라이브 고장이 발생했지만 이는 정상이 아닙니다. 내 4GB RAM 시스템은 스왑을 거의 사용하지 않았습니다.
oldfred

1
내 질문은 여기에 있습니다 : SSD가 있고 많은 양의 램이 있다면, 이전 HDD 시절과 같이 RAM 내에서 응용 프로그램을 구성하려고 시도하거나 SSD로 와일드하게 실행할 수 있습니까? 여전히 가치가있는 것 같지만 아닐 수도 있습니다.
jerclarke

9

HDD 기술은 데이터 처리 및 저장을 위해 자기 프로세스를 사용합니다. 이 프로세스는 비 침습적이므로 디스크 드라이브의 데이터를 무한정 조작 할 수 있습니다. 그것은 역학이 실패하기 시작할 때까지입니다. 반대로 SSD 기술은 기계적 고장의 위험이 없습니다. 그러나 중요한 것은 데이터를 저장하는 방법입니다. 데이터 스토리지 SSD의 경우 제어 된 전기 에너지 버스트를 사용합니다. 이 전류에 부딪힌 반도체는 시간이 지남에 따라 사용되면서 공정에서 천천히 마모됩니다.

이 프로세스는 소프트웨어 및 하드웨어 업데이트를 통해 개선되었습니다. 초기 어댑터는 OS가 SSD와 같은 방식으로 데이터를 올바르게 저장하도록 프로그래밍되지 않았 음을 발견했습니다. 이로 인해 SSD가 대량의 읽기 / 쓰기주기를 거칠 수 있습니다. 또한 대부분의 이전 BIOS는 SSD를 제대로 인식하지 못하며 이로 인해 문제가 발생했습니다.

UEFI 및 OS 업데이트의 도입으로 초기 SSD 소유자의 대부분의 문제가 해결되었습니다. 또한 모든 생산 프로세스와 마찬가지로 SSD 자체도 NAND 플래시 드라이브의 성능 저하를 관리 및 유지 관리하는 데 더 능숙 해졌습니다.

그러나 SSD가 더 이상 데이터를 저장할 수 없게되기 전에 읽기 / 쓰기주기가 제한되어 있다는 점은 여전히 ​​우려됩니다. 그러나 HDD에 문제가있는 것만 큼 문제가되지는 않습니다.

이 주제에 대해 더 자세히 읽고 싶다면 여기 에 주제에 관한 매우 자세한 팟 캐스트가 있습니다.


구식 bios의 비 uefi시스템 인 라인 사이를 읽는 ssd것이 새로운 uefi기반 시스템 만큼 효율적으로 상호 작용하지 않을 수 있습니까?
Thufir

7

RAM이 충분하더라도 RAM에서 응용 프로그램을 교체하기 위해 파일 복사 나 검색을 방지 할 수 있습니다. 대용량 파일 작업에 관여 할 수있는 파일 서버 (NAS, SAMBA, FTP)의 경우 일 수 있습니다.

그렇게하려면 다음을 설정하는 것이 가장 좋습니다 /etc/sysctl.conf. vm.swappiness=1 vm.vfs_cache_pressure=50

첫 번째 설정은 디스크 캐시 (예 : 수행 cp)가 RAM에서 기존 앱을 교체 하지 못하게 합니다. 기본 설정은 60입니다.보다 공격적이지만 0을 사용하면 때때로 메모리 부족 오류가 발생하는 것으로보고되었습니다.

두 번째 설정은 파일 검색 (예 : 수행 find)이 RAM에서 기존 앱을 교체 하지 못하게합니다 . 기본 설정은 100입니다.

참고로 언급 된 저자가 SSD를 명시 적으로 언급하지는 않았지만,이 방법은 스와핑 감소로 인해 SSD 마모를 줄이고 테스트 방법을 제공합니다.

참조 : https://rudd-o.com/linux-and-free-software/tales-from-responsivenessland-why-linux-feels-slow-and-how-to-fix-that


3

수명 대 성능 균형.

배터리 수명을 늘리기위한 것이 아니라 성능상의 이점으로 SSD를 구입하셨습니까? 따라서 SSD를 바로 사용하여 시스템을 더 빠르게 만드십시오.

* 스왑 I / O를 줄이기 위해 더 많은 RAM을 추가 할 여유가 있다면 다른 성능 저하가 파일 시스템의 공간을 스왑하기위한 I / O주기이기 때문에 SSD의 수명이 분명히 늘어납니다.

시스템 구성의 여러 측면과 마찬가지로 모든 규칙에 맞는 단일 규칙 채택이 아닙니다. 사용자 요구 사항이 다르므로 이러한 시스템 요구 사항이 다르므로 이러한 요구 사항을 충족하려면 구성이 달라야합니다. 시스템 구성 방식으로 간단히 요약하면됩니다.

나는 당신이 없음 SSD 드라이브 이외에 SSD를 개최 할 수있는 공간이 f를 다음 거의 당신의 없음 SSD 드라이브로 변경할와 SSD 드라이브에 자주 액세스 파일을 유지합니다 파일을 작성합니다.
이것은…

[1]-* trim 기능에는 모든 드라이브를 균등하게 사용하는 데 필요한 단계를 수행하는 데 필요한 리소스가 있습니다. [혜택 = 생활]

[2]-자주 액세스하는 파일 시스템에 액세스하는 데 고속 SSD 장치를 사용하면 I / O 대기 시간이 줄어 듭니다. [장점 = 성과]

C는 충분한 RAM이 후 덜 공격적으로 당신의 swappiness 수준을 설정하는 것이 좋습니다있는 경우, 특정 시스템 요구 사항에 필요한 경우 공간을 활용하기 위해 임시 파일 시스템을 onfigure,이 사항을 확인합니다 ...

[1]-SSD I / O는 줄어들지 만 시스템은 여전히 ​​사용자의 요구를 충족시킵니다. [혜택 = 생활]

D o 정말로 그 로그에서 모두 필요합니까? 시스템이 무엇을 기록하고 어디에 있는지 고려하십시오.

[1] – 로그 파일 액세스가 줄어들면 SSD I / O가 줄어 듭니다. [이점 = 삶과 성과]

시스템 구성에는 SSD 시스템이 더 빠른 성능을 발휘할 수 있도록하는 다른 측면이 많이 있습니다. 기본 시스템 빌드는 성능을 향상 시키거나 순수한 성능을 유지하거나 데이터를 안전하게 보호하거나 균형 잡힌 균형을 유지하기위한 강력한 측정 기준을 갖습니다. 작성하는 내용과 장치에 동일한 사고 방식을 적용하면 성능을 크게 향상시키고 동시에 SSD 수명을 늘릴 수 있습니다.

* 스왑 -이것은 리소스가 부족할 때만 사용되는 것이 아니라 기본적으로 많은 Linux 배포판에 대해 구성 가능한 스왑 피네스가 기본적으로 즉시 실행 가능한 낮은 우선 순위의 프로세스를 스왑 공간에 추가합니다)

* Trim –이를 사용하도록 설정했는지, 트림의 의미와 작동 방식에 대한 유용한 기사 : http://searchstorage.techtarget.com/definition/TRIM


0

SSD 드라이브는 플래시 메모리와 비슷하기 때문에 읽기 및 쓰기주기가 길어질수록 마모됩니다. 스왑은 끊임없이 스왑 파일에 쓰고 있기 때문에 스왑은 훨씬 더 나빠질 것입니다.

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