가상 머신에서 실행중인 하드 드라이브를 조각 모음해야합니까?


18

SSD에서 조각 모음을 실행하는 데 아무런 요점이 없다는 것을 알고 있습니다. SSD에서 실행되는 가상 시스템은 어떻습니까? 기본적으로 하드 드라이브에 동일한 방식으로 액세스하기 때문에 하드 드라이브 조각 모음을 수행해야합니까?


이 SO에 있지만 관련이있을 수 왜 생각이 : stackoverflow.com/questions/281527/...
데르 Hochstapler

VSS 인식 조각 모음을 사용하지 않으면 VSS로 인해 스토리지가 커질 수 있습니다.

조각 모음 옵션이 가상화 소프트웨어의 일부인 경우에만 해당됩니다.
qasdfdsaq

답변:


14

VHD 조각 모음을 수행하지만 시간이 아닌 공간적인 이유로 인해 :

VHD에 동적으로 할당 된 옵션을 사용하므로 작게 시작하여 필요에 따라 확장됩니다. 그러나 VHD (파일 일 필요는 없음)가 조각화되면 할당 된 모든 블록을 포함하도록 확장됩니다. VHD 조각 모음은 다시 압축하기위한 첫 번째 단계입니다.


공간 요소는 VM이 ​​SSD에 있기 때문에 관련이있을 수 있지만 일반적으로 성능상의 이유로 SSD에서 조각 모음을 수행 할 필요가 없으며 권장하지 않습니다.
Bigbio2002

3

SSD를 조각 모음 할 필요가 없습니다. 파일의 일부를 찾으려면 일반 하드 드라이브가 회전해야합니다. SSD는 RAM과 비슷하며 모든 파일에 동일한 지연 시간을 둘 수 있습니다.

Wikipedia에 따르면 "SSD에서 데이터가 저장된 위치에 따라 읽기 성능이 변경되지 않습니다"


Wikipedia 기사에 대한 링크를 제공 하십시오.
wizlog

1
@wizlog Voila;)
Simon Verbeke

2

이것은 내 의견 일 뿐이며이를 뒷받침 할 테스트 결과는 없습니다. 다음은 상황이 어떻게 발생하는지 대략적으로 나타낸 것입니다.

실제 OS :

  1. 응용 프로그램이 데이터 X를 요구합니다 (빠름).
  2. OS가 디스크 드라이버에 데이터 X를 요청합니다 (빠름).
  3. 물리적 디스크는 데이터 X 및 OS에 반환을 가져옵니다 ( 느린 조각난 경우 )

다음은 VM에서 동일한 명령 체인입니다.

  1. VM 응용 프로그램이 데이터 X를 요청합니다 (빠름).
  2. VM OS가 데이터 X를 요청합니다 (빠름).
  3. VM 호스트는 실제 OS에 데이터 X를 가상 디스크 파일에 저장하도록 요청 (빠름)
  4. Real OS는 디스크 드라이버에게 데이터 X를 가져 오도록 요청 (빠름)
  5. 물리 디스크는 데이터 X를 가져 와서 OS로 반환합니다 ( 조각화 된 경우 느림 ).

보시다시피, 두 경우 모두 물리적 하드 드라이브가 데이터를 읽으려고 시도하는 작업 단계에서만 조각화가 실제로 문제가되고 이는 실제 VM에서 VM 컨텍스트 외부에서 발생합니다. 그 전에는 모든 것이 메모리에서 발생합니다.

결론적으로 SSD는 실제 OS에서 조각화로 고통받지 않으며 VM에서 조각화 문제는 작업의 마지막 물리적 단계에서만 발생할 수 있으므로 가상 OS 또는 조각 모음을 조각 모음하는 것으로 추측됩니다. 주 OS의 가상 디스크 파일은 SSD의 성능을 향상시키지 않지만 실제 OS 조각 모음만큼 해롭거나 쓸모가 없습니다.

편집 : 그리고 그것이 맞다면 SSD에 VM을 배치 해야하는 좋은 이유입니다! HDD에서 모든 단계 (게스트 OS, 가상 디스크 파일, 실제 OS)의 조각화는 선형성을 손상시키고 물리적 디스크 단계에서 조각화를 유발합니다.


2

가상 시스템이 기존의 자기 HDD 또는 전자 SSD에 저장된 데이터에 액세스하든 Windows NTFS 파일 및 여유 공간 조각화는 데이터를 요청하는 응용 프로그램의 액세스 속도를 느리게합니다. NTFS 파일과 여유 공간 조각화는 생각보다 훨씬 자주 발생합니다. 운영 체제를 설치하자마자 발생할 가능성이 있습니다. 응용 프로그램이나 시스템 업데이트를 설치하고 인터넷에 액세스하고 사진을 다운로드하여 저장하고 전자 메일, 사무 문서를 만드는 등의 일이 발생할 수 있습니다. 컴퓨터 시스템의 정상적인 현상이며 동작이지만 그 이상에 부정적인 영향을 미칩니다. 모든 응용 프로그램 및 시스템 성능. 조각화가 발생하면 컴퓨터 시스템과 기본 저장소가 필요한 것보다 많은 작업을 수행합니다. 각 I / O 요청에는 상당한 시간이 걸립니다. SSD 환경에서도 "인스턴트"I / O 요청과 같은 것은 없습니다. 애플리케이션이 데이터 읽기 또는 쓰기를 요청하고 해당 요청이 추가 I / O 요청으로 분할 될 때마다 더 많은 작업이 수행됩니다. 이 추가 작업으로 인해 바로 그 순간에 지연이 발생합니다.

디스크 드라이브는 수년에 걸쳐 더 빨라졌지만 CPU도 마찬가지입니다. 실제로 하드 디스크와 CPU의 속도 차이 사이의 차이가 실제로 넓어졌습니다. 이는 애플리케이션이 많은 CPU주기를 얻을 수 있지만 스토리지에서 데이터를 가져 오기 위해 여전히 굶주리고 있음을 의미합니다. 또한 저장되는 데이터의 양이 크게 증가했습니다. 휴일에 찍은 모든 디지털 사진을 생각하십시오. 각 사진의 크기는 약 1MB이며 이제 사진 당 15MB를 초과하고 일부는 그 이상입니다. 디지털 영화의 비디오 편집 및 렌더링 및 저장도 매우 인기를 얻었으며 결과적으로 응용 프로그램은 수백 기가 바이트의 데이터를 조작합니다. 일반적인 디스크 클러스터 크기가 4k이면 15MB 크기의 파일이 거의 4,000 개의 범위로 조각화 될 수 있습니다. 이것은 여분의 4를 의미합니다. 파일을 읽거나 쓰려면 000 개의 디스크 I / O 요청이 필요합니다. 스토리지 유형에 관계없이 작업을 완료하는 데 시간이 더 오래 걸립니다.

SSD에 데이터를 실제로 배치하는 것은 일반 마그네틱 HDD 에서처럼 실제로 중요하지 않습니다. SSD를 사용하면 회전 대기 시간이나 탐색 시간이 없습니다. 많은 전문가들은 조각화가 더 이상 문제가 아니라고 생각하지만 응용 프로그램 데이터 액세스 속도는 이러한 용어로만 정의되지 않습니다. 수행되는 각각의 I / O 요청에는 측정 시간이 걸립니다. SSD는 빠르지 만 순간적이지는 않습니다. 기본 저장소가 SSD 대 HDD이므로 조각화가 여전히 발생하기 때문에 Windows NTFS 파일 시스템은 다르게 작동하지 않습니다. 조각화를 방지하고 제거하여 불필요한 I / O를 줄이면 I / O 요청 수가 줄어들어 애플리케이션 데이터 응답 시간이 단축되고 SSD의 전체 수명이 향상됩니다. 본질적으로,

또한 SSD는 HDD와 마찬가지로 기존 정보를 덮어 쓰지 않고 새 데이터를 덮어 쓰기 전에 이전 데이터를 삭제해야합니다. 이로 인해 마모가 두 배가되고 SSD의 속도 성능 및 수명에 중대한 문제가 발생할 수 있습니다. 대부분의 SSD 제조업체는이를 위해 매우 정교한 마모 수준 기술을 보유하고 있습니다. 기본 문제는 여유 공간 조각화로 인한 쓰기 속도 저하입니다. SSD에 작은 여유 공간이 흩어져 있으면 NTFS 파일 시스템이 조각난 조각으로 파일을 사용 가능한 작은 여유 공간에 씁니다. 이는 순차적 작업보다 느린 임의의 I / O 트래픽을 발생시키는 효과가 있습니다.

이를 백업하기위한 벤치 마크 결과가 있습니다. 원하는 경우 의견을 게시하고 결과를 요청하면 기꺼이 공유해 드리겠습니다.


하워드 버틀러,이 사이트를 처음 접 하셨어요. 일반적으로 인터넷에 개인 정보를 게시하는 것은 좋지 않습니다.
wizlog February

@wizlog 개인 정보가 개인 정보를 인터넷에 게시하는 데 아무런 문제가 없습니다. 그러나 StackExchange의 목적 상 연락처 정보 또는 '서명'을 답변에 게시하는 것은 중복됩니다. 원하는 경우 사용자가 프로필을 클릭하여 자세한 정보를 얻을 수 있습니다.
iglvzx 2019

@iglvzx 나는 본질적으로 똑같은 것을 제안하는 의견을 작성하고 있었다 ... 답변에서 권장하는 것처럼 .
wizlog

2

SSD의 전통적인 조각 모음의 원래 질문과 관련하여 나는 그것이 나쁜 생각이라는 데 동의하지만 파일 이동 및 SSD 수명 문제를 해결하는 특정 솔루션이 있습니다.

운영 체제로 Windows를 실행하는 가상 시스템은 여전히 ​​조각화가 발생하며 추가 I / O 트래픽의 결합 된 효과는 게스트 시스템뿐만 아니라 호스트의 속도와 효율성도 감소시킵니다. Microsoft와 VMware 모두 게스트 수준에서 조각화를 해결해야합니다.

이유는 다음과 같습니다.

  1. 응용 프로그램이 데이터 X를 요구함

  2. NTFS.sys에서 요청을 처리합니다.

  3. 파일 속성이 검사되고 ($ MFT) 데이터가 단일 범위 (조각)에 포함되지 않은 경우 원래 데이터 요청을 충족시키기 위해 각 범위 / 조각마다 추가 I / O 요청이 작성됩니다.

  4. 그런 다음 각 요청이 디스크 스토리지 드라이버로 전송됩니다.

  5. 데이터가 검색되면 스택이 사용자 / 응용 프로그램으로 다시 전달됩니다.

각 Windows 가상 머신은이 유형의 I / O 트래픽을 호스트 시스템으로 전송합니다. 파일 시스템 구조가 게스트 / 가상 머신 레벨에서 조각화되면 호스트에서 추가 및 불필요한 I / O 트래픽을 처리하고 백엔드 스토리지를 팜 아웃해야합니다. 점점 더 많은 가상 머신을 추가하면 더욱 복잡해집니다. 실제로 호스트 파일 시스템 수준에서 조각화 내 조각화를 수행 할 수 있습니다.

데이터가 SSD 또는 기존 HDD에 저장되어 있는지 여부에 관계없이 Windows를 실행하는 경우 NTFS 파일 시스템이 조각화되어 NTFS 파일 및 여유 공간 조각화로 인해 제조업체에서 정격 속도 및 처리량을 달성하지 못합니다. 평균 디스크 읽기 큐 길이, 평균 쓰기 큐 길이 및 가장 중요한 스플릿 IO / 초를 보면 PerfMon을 통해 효과를 측정 할 수 있습니다.


1

Windows Server 2008 및 Windows Vista부터 Windows 기본 예약 조각 모음 작업에주의하십시오.

다음을 사용하여 비활성화 할 수 있습니다. schtasks /change / tn “microsoft\windows\defrag\ScheduledDefrag” /disable

또는 PowerShell을 사용하는 경우 :

Get-ScheduledTask ScheduledDefrag | Disable-ScheduledTask

http://www.sysadmit.com/2015/10/vmware-y-gpo-defrag-windows.html 에서 추출


0

240Gb INTEL SSDSC2CW240A3에서 호스팅되는 Windows 조각 모음을 사용하여 VMLite XPMode VM 조각 모음을 방금 수행했습니다.

호스트의 사전 조각 모음 VM 크기-7.83Gb (C의 사용 공간 : VM, 121Gb의 5.81Gb)

조각 모음 후-9.86Gb (C에서 사용 된 공간 : VM에서, 5.80Gb of 121Gb)

예상 한 결과가 아니며 사전 조각 모음 버전을 복원했습니다.


-1

아니 정말. Diskeeper의 "Hyperfast"와 같은 것들이 있지만 이러한 기술이 얼마나 효율적인지 잘 모르겠습니다. SSD가 주류가 된 후에도 시장에서 떨어지지 않을 것입니다.


초고속, 마술 소스처럼 들립니다.
Jafin
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.