SSD 드라이브를 조각 모음해야합니까? [복제]


57

드라이브 defrag에서 Windows를 실행할 수 있습니까 SSD?

글쎄, 짧은 대답은 그렇다고 믿습니다. SSD 드라이브에는 특수 하고 특정한 맞춤형 조각 모음 프로그램이 필요하다고 들었습니다 .

사실입니까, 그렇다면 어디서 얻을 수 있습니까?


6
실제로, 당신은 SSD 드라이브를 조각 모음 할 필요가 없습니다 / 원하지 않습니다 ... 그것은 더 빨리 액세스하지 않을 것입니다.
woliveirajr


나는 적어도 모든 수퍼 유저 SSD 조각화 답변은 적어도 조각화 된 쓰기에 대해서는 잘못되었다고 생각합니다. 예, 마모 레벨링은 의도적으로 파일을 조각냅니다. 그러나 이는 소거 블록 크기의 증분으로 발생합니다. 최소 파일 시스템 청크가 지우기 블록보다 작 으면 (거의 항상, 그리고 큰 요인으로) 조각난 파일을 쓸 때 더 많은 지우기 블록이 다시 쓰여집니다. 다양한 지우기 블록의 청크 / 클러스터 / 아이 노드 / 등이 크게 조각난 경우 실제로 상당한 쓰기 성능 저하가 될 수 있습니다.
darron

USB 및 SD와 같은 "저렴한"플래시 저장소를 사용하면 훨씬 더 나빠집니다. google.com/search?q=how%20to%20damage%20flash%20storage
MarcH

답변:


110

이것에 대해 약간의 논쟁이있는 것 같아서 자세한 설명을하는 것이 도움이 될 것이라고 생각했습니다.

SSD를 조각 모음해서는 안됩니다. 그것에 대해 생각조차하지 마십시오. 그 이유는 SSD의 물리적 데이터 배치는 SSD의 펌웨어에 의해서만 처리되며 Windows에보고하는 것은 데이터가 실제로 SSD에 저장되는 방식이 아니기 때문입니다.

이것은 조각 모음이 보여주는 멋진 섹터 차트에 표시되는 실제 데이터 배치는 실제와 관련이 없음을 의미합니다. 데이터는 Windows가 생각하는 위치가 아니며 Windows는 데이터가 실제로 배치되는 위치를 제어 할 수 없습니다.

내부 메모리 칩의 사용량을 고르게하기 위해 SSD 펌웨어는 의도적으로 모든 SSD 메모리 칩에 걸쳐 데이터를 분할하고 읽거나 쓰지 않는 경우 (칩 사용량을 고르게하기 위해) 이러한 칩에서 데이터를 이동시킵니다. .)

Windows는이 중 어느 것도 보지 못하므로 조각 모음을 수행하면 Windows가 SSD에 불필요하게 많은 I / O를 발생 시키므로 SSD의 유효 수명을 줄이는 것 외에는 아무것도하지 않습니다.


8
@Royi 실제로 읽는 것은 SSD를 손상시키지 않습니다.
Little Helper

54
또한 SSD에는 탐색 시간이 없으므로 파일을 연속 블록으로 배치하면 성능상의 이점이 없습니다.
200_success

5
@OlivierDulac : 데이터는 정확하지만 결론은 완전히 틀립니다. 셀당 3K 사이클 이며 SSD는 고급 칩을 사용하여 셀에 쓰기를 균등하게 분배하고 핫스팟을 방지합니다. 그리고 TLC를 사용하면 셀당 1000 사이클에 불과합니다. 즉, 3 배 증폭으로 하루 10GB의 쓰기가 가능한 256GB TLC SSD는 12 년 동안 지속됩니다. 동일한 조건에서 256GB MLC SSD는 70 년 동안 지속 됩니다. 심지어 매우 보수적이라는 것을, 현실에서 그들은 지속될 것으로 보인다 훨씬, 훨씬 더 anandtech.com/show/6459/...
vartec


5
@ 200_success 실제로 SSD는 탐색 시간이 있습니다. 보다 구체적으로, SSD는 데이터를 순차적으로 사용할 때 더 빨리 읽고 씁니다. 이 사람은 나보다 훨씬 더 잘 설명합니다 : dpreview.com/forums/post/40353067 이 속도 증가가 일종의 "캐시 미스"때문인지 모르겠습니다. 주소를 변경하는 데 시간이 걸리거나 그러나 SSD는 비 순차적 사용에 대한 지연이 있습니다. 그리고 그것은 저에게 사람들이 찾는 시간이 있다는 것을 의미합니다.
Patrick M

25

누군가 (200_ 성공)는 질문과 훨씬 관련이있는 의견을 작성했으며 더 자세하게 설명 할 가치가 있습니다.

우선 : HDD는 하드 디스크 드라이브를 의미 하며 실제로 디스크가 들어 있습니다. 이 디스크는 섹터라고하는 작은 조각으로 나누어 져 있으며 정보가 저장됩니다. 이 사진을보십시오 :

디스크 이미지

섹터는 문자 C로 표시됩니다.

이제이 섹터는 매우 작습니다 (일반적으로 512 바이트). 따라서 10k의 공통 파일을 저장하려면 많은 섹터를 사용해야합니다.

그림에서 녹색으로 표시된 문자 D와 같이 해당 섹터가 다른 섹터를 따르는 것으로 가정하십시오. 파일을 읽어야 할 경우 하드 드라이브 헤드는 첫 번째 섹터의 시작 부분에 위치하고 디스크가 회전하는 동안 모든 섹터를 읽습니다.

그것이 일이 작동하는 방식입니다.

이제 파일이 디스크의 한 부분에 여러 섹터로 분산 될 수 있습니다. 그게 무슨 뜻이야? 파일을 다시 읽으려면 하드 디스크 헤드가 첫 번째 섹터의 시작 부분에 위치하고 읽은 다음 두 번째 섹터의 시작 부분 (디스크의 다른 부분)으로 이동해야합니다. 그것을 읽고 등등 ...

시간이 오래 걸립니다. 우리는 머리의 물리적 움직임에 대해 이야기하고 있습니다. 머리가 많이 움직일수록 시간이 오래 걸립니다.

따라서 디스크 조각 모음을 수행하면 프로그램이 파일의 모든 부분을 순서대로 이동하여 읽기가 쉽고 빠릅니다. 헤드를 물리적으로 움직여서 모든 것을 읽을 수는 없기 때문입니다.

지금까지는 요? 그래서 우리는 SSD에 대해 이야기하기 시작합니다. SSD는 보드에있는 많은 메모리 칩입니다. 저장하거나 그들로부터 무언가를 읽을 때, 컨트롤러 칩은 약간의 비트를 활성화하고, 필요 함으로써 해결할 수는 올바른 칩이 메모리에서 읽습니다. 저장된 위치는 중요하지 않습니다. 메모리 칩에 액세스하는 동작은 HDD의 물리적 이동보다 훨씬 빠릅니다. 대략적으로 말하면, SDD의 조각난 파일에서 그 시간을 알지 못할 것입니다.

또한 더 상세하고 정확하기 때문에 컨트롤러 칩은 파일을 여러 칩에 분산시켜 병렬 판독 등을 활용하므로 파일을 항상 최고로 저장하도록 파일을 처리하는 방법을 알고 있습니다 (속도 및 Windows가 알 수있는 것보다 이러한 메모리 칩의 마모).


조각화는 물리적 디스크의 문제 일뿐만 아니라 데이터를 관리하는 파일 시스템의 문제입니다. 고도로 조각난 파일에는 NTFS 레코드에 많은 확장 / 실행이 저장되어 있으며 디스크에서 전체 파일을 읽을 때 처리해야합니다. SSD와 다르지 않습니다.
유전자

일부 사소한 NTFS 조직 문제를 해결하는 조각 모음은 헤드가 움직이는 디스크 회전으로 인한 성능 문제를 보상하는 조각 모음과는 다른 종류입니다. NTFS가 이러한 범위를 갖는 유일한 이유는 움직이는 헤드로 디스크를 회전시키기 위해서입니다.
Kaz

@Gene : 그는 NTFS를 사용하고 있다고 말하지 않았습니다 ... 예, 최상위 사용자 인 경우 조각 모음이 성능을 향상시킵니다. :-). 그러나 Win95 시대에 디스크 조각 모음을 할 때 얻은 놀라운 결과는 아닙니다. 그리고 .01 마이크로 초를 벌기 위해 종종 조각 모음을 실행하면 가치가 없습니다. SSD의 조각 모음에 대해 걱정하고 며칠 안에 SSD에서 섹터의 인터리브를 변경하는 것이 플로피에서와 같이 가치가 있는지 논의 할 입니다. ;-)
woliveirajr

2
@ woliveirajr-1980 년대 후반에 HDD의 인터리브를 다시 변경 한 것을 기억하며 PC 속도가 두 배 이상 향상되었습니다. 인터리브가 오늘날의 PC에서 어떤 변화를 가져올 지 궁금합니다.
Paddy Landau

@PaddyLandau :) 내가 아는 한, 모든 HDD는 실제로 인터리브 할 필요가 없습니다 (모든 섹터는 연속적으로 읽히고 인터리브를 설정할 필요는 없습니다)
woliveirajr

13

Windows 8의 기본 제공 조각 모음 도구는 SSD의 조각 모음을 수행하지 않지만 장치에 트림 명령을 많이 보냅니다. 이에 대한 자세한 내용 은이 질문을 참조하십시오 . Roberts가 이미 지적했듯이 SSD의 조각 모음을 전혀 원하지 않습니다.


2
멋지다. 나는 Windows 8이 SSD를 최적화 할 수 있다는 것을 몰랐다. Windows 7의 Intel 드라이브의 경우 Intel의 SSD Toolbox라는 프로그램을 사용하여 드라이브 성능을 최적화 할 수 있습니다. 나는 그것이 실제로 어떤 차이를 만드는지 알지 못했습니다.
Tim B
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.