적절한 파티션 정렬은 데이터 액세스 중 이상적인 성능을 보장합니다. 잘못된 파티션 정렬은 특히 SSD(예: 내부 페이지 크기가 4,096 또는 8,192바이트), 4킬로바이트(4,096바이트) 섹터가 있는 하드 디스크 및 RAID 볼륨과 관련하여 성능 저하를 초래합니다.
--http://www.thomas-krenn.com/en/wiki/Partition_Alignment
적절한 파티션 정렬이 얼마나 중요한지 여전히 궁금할 것입니다. 그럼 이것을 확인해 보세요. http://www.ibm.com/developerworks/library/l-4kb-sector-disks/#benchmarks
최고의 Linux 디스크 파티셔닝 및 정렬 확인 유틸리티는 sfdisk. 10년 이상 사용했는데 지금까지 GPT 파티션을 처리할 수 없었습니다.
나는 사실상 gpartedGPT 디스크를 처리할 수 있는 Linux 디스크 파티셔닝 도구가 이라는 것을 알고 있습니다. 그러나 IMHO는 기본 정렬 옵션이 MiBIMHO가 잘못되었기 때문에 올바르게 처리하지 않습니다 . 엄밀히 말하면 틀린 것은 아니지만 적어도 최적은 아닙니다. 즉 제대로 수행되지 않았습니다.
내 연구 결과에 따르면(MS에서,http://support.microsoft.com/kb/300415/en-us),
모두에MBR디스크의 경우 크기 또는 오프셋 매개변수는 다음과 같습니다.실린더 정렬로 반올림됨. ~에GPT디스크의 경우 크기 또는 오프셋 매개변수는 다음과 같습니다.섹터 정렬로 반올림됨.
true인 경우 gpartedGPT에 대한 의 기본 정렬 옵션이 잘못된 것입니다. 그러나 문제는 유일한 다른 온전한 옵션은 원통에 정렬하는 것인데 이는 과잉이며 섹터에 정렬하는 옵션이 없다는 것입니다. 따라서 내 질문은 다른 곳을 봐야하기 때문입니다.
나는 찾았다
parted를 사용하여 최상의 성능을 위해 파티션을 정렬하는 방법
http://rainbow.chard.org/2013/01/30/how-to-align-partitions-for-best-performance-using-parted/
시작은 좋지만 GPT 디스크를 전체적으로(100%) 파티셔닝하는 것으로 끝나므로 다른/일반 파티션에 대해 최상의 성능을 위해 파티션을 정렬하는 방법을 설명하지 못합니다.
그렇다면 GPT를 적절하게 정렬하여 분할할 수 있는 Linux 도구는 무엇입니까?
답변1
최고의 Linux 디스크 파티셔닝 및 정렬 확인 유틸리티는
sfdisk. 10년 이상 사용했는데 지금까지 GPT 파티션을 처리할 수 없었습니다.
이 작업을 어떻게 수행했는지 말하지 않았기 때문에 AFAIK에는 sfdisk말할 정렬 옵션이 없기 때문에 약간 의아해합니다. (단, KiB, MiB 등의 단위로 특정 값을 지정할 수 있습니다.)실린더/헤드/섹터(CHS)오늘날 기하학 값은 100% 쓸모가 없습니다. CHS는 1970년대와 1980년대에는 유용했지만 1990년대 중반에는 편리한 허구에 불과했습니다. 1990년대 후반에 그것은 불편한 소설이 되었고 오늘날 CHS로 무엇을 하느냐에 따라 쓸모 없거나 관련성이 없는 것보다 더 나쁩니다. 이는 고급 포맷, RAID 및 SSD 구성에 대한 새로운 정렬 요구 사항과 CHS의 최대값이 약 8GiB로 인해 대부분의 최신 디스크에서 무시되기 때문입니다.
나는 사실상
gpartedGPT 디스크를 처리할 수 있는 Linux 디스크 파티셔닝 도구가 이라는 것을 알고 있습니다. 그러나 IMHO는 기본 정렬 옵션이MiBIMHO가 잘못되었기 때문에 올바르게 처리하지 않습니다 . 엄밀히 말하면 틀린 것은 아니지만 적어도 최적은 아닙니다. 즉 제대로 수행되지 않았습니다.
최소 최적 정렬 값은 디스크마다 다르지만 대부분의 디스크에서 최적 정렬은 4KiB, 256KiB 또는 512KiB와 같은 2의 거듭제곱 배수입니다. 따라서 일부 디스크(주로 SSD)의 값이 이보다 높더라도 1MiB 정렬을 사용하는 것이 성능 측면에서 대부분의 디스크에 가장 적합합니다.
요구 사항이 더 작은 항목에 1MiB 정렬 값을 설정하면 디스크 시작 시 최대 1MiB 미만의 낭비 공간이 발생합니다(파티션 사이에 더 많은 공간이 낭비될 수도 있지만 확실하지는 않습니다). 최신 디스크에서 1MiB의 낭비되는 공간은 아주 작습니다. 예를 들어, 1TB 디스크에서 1MiB는 계산을 올바르게 수행한 경우 전체 디스크 공간의 0.0001%입니다. 나는 그렇게 작은 양의 낭비되는 디스크 공간에 대해 걱정하지 않을 것입니다.
내 연구 결과에 따르면(MS에서,http://support.microsoft.com/kb/300415/en-us),
모두에MBR디스크의 경우 크기 또는 오프셋 매개변수는 다음과 같습니다.실린더 정렬로 반올림됨. ~에GPT디스크의 경우 크기 또는 오프셋 매개변수는 다음과 같습니다.섹터 정렬로 반올림되었습니다.
저는 Microsoft 도구에 익숙하지 않지만 Windows GUI 도구는 Windows Vista 이후 모든 디스크에서 기본적으로 1MiB 정렬을 사용해 왔다는 것을 알고 있습니다. DISKPART해당 페이지에 설명된 텍스트 모드가 여전히 실린더 정렬을 수행하고 있다면 IMO가 심하게 손상된 것입니다.아무것도 아님지원하기 위해 사용하도록 의도된 도구를 제외하고 현재는 CHS 또는 실린더 정렬을 사용해야 합니다.매우오래된 OS. (마지막으로 확인한 결과 리눅스에서는 cfdisk여전히 실린더 정렬을 사용하고 있었습니다. 이런 이유로 깨졌다고 합니다.)
"섹터 정렬"에 대한 참조는 기본적으로 섹터에 값을 지정하는 것을 의미한다고 생각합니다. 확실히 정렬되지 않은 파티션("섹터 정렬"이 실제로 의미하는 것)을 사용하면 대부분의 최신 디스크에서 성능이 저하될 수 있습니다.
parted를 사용하여 최상의 성능을 위해 파티션을 정렬하는 방법 http://rainbow.chard.org/2013/01/30/how-to-align-partitions-for-best-performance-using-parted/
시작은 좋지만 GPT 디스크를 전체적으로(100%) 파티셔닝하는 것으로 끝나므로 다른/일반 파티션에 대해 최상의 성능을 위해 파티션을 정렬하는 방법을 설명하지 못합니다.
아니요, 해당 사이트에서는단일 파티션디스크에. 모든 후속 파티션에 동일한 원칙을 적용하기만 하면 됩니다. 즉, 디스크의 최적 값이 2048 섹터 정렬인 경우 모든 파티션이 해당 값의 배수(예: 2,097,152 또는 15,403,008)에서 시작하는지 확인해야 합니다.
이 스레드의 제목에 내포된 질문에 대답하려면GPT fdisk( gdisk, sgdisk및 cgdisk),gdisk또는 패키지 의 대부분의 Linux 배포판에서 사용할 수 있으며 gptfdisk원하는 정렬 값 설정을 지원합니다. 기본값은 1MiB(대부분의 디스크에서 2048개 섹터)이지만 l전문가 메뉴의 옵션을 사용하여 조정할 수 있습니다 ( 에서는 gdisk세부 정보가 이 제품군의 다른 도구에 따라 다름). 불행하게도 정렬 데이터를 반환하도록 되어 있는 Linux 시스템 호출이 신뢰할 수 없다는 사실을 발견했습니다(비록 몇 년 전보다 최근에 더 신뢰할 수 있게 되었음에도 불구하고). 따라서 디스크에 가장 적합한 것이 무엇인지 알아보려면 모델 사양을 찾거나 RAID 설정을 확인해야 할 수도 있습니다.