내가 아는 한 이것은 단지 파티션 테이블 변경일 뿐이며 상대적으로 안전하고 저렴한 작업입니다.
상당한 비용이나 단점이 있나요?
- 항상 파티션 생성 및 삭제
- 많은 수의 파티션을 보유하고 이를 마운트한 후 실제로 이를 사용하여 대량의 데이터를 쓰고 읽습니다. 그리고 더 큰 파티션의 디렉터리를 처리하는 것과 동일한 수준에서 성능을 발휘할 것으로 기대합니다.
후자에 관해서는 이론적으로 이에 영향을 미칠 수 있는 몇 가지 요소를 생각할 수 있지만 실제로는 모두 무시할 수 있습니다.
일반적인 호기심일 뿐 실제 사용 사례는 아닙니다.
답변1
동일한 하드 드라이브에 너무 많은 파티션을 두지 않는 가장 중요한 이유 중 하나는 공간 사용량입니다. 하드 드라이브가 가득 차면 개별 파티션도 다양한 수준으로 채워지고, 후자의 파티션이 가득 차면 공간을 사용할 수 없습니다. 한 파티션의 여유 공간이 다른 파티션에서 사용됩니다.
파티션 크기를 조정할 수 있지만 그렇게 하면 시간이 많이 걸리고 SSD에 불필요한 마모가 발생합니다.
어느 정도는 파티션을 삭제하고 다시 만드는 데에도 시간이 많이 걸립니다. 파티션을 만들어야 할 뿐만 아니라 해당 파티션에서 파일 시스템을 초기화해야 합니다( mkfs
). 이는 큰 파티션의 경우 시간이 좀 걸립니다.
그 외에는 다수의 파티션을 설치하여 사용하는데 있어서 성능 등의 측면에서 원칙적으로 불이익은 없습니다. 그러나 이에 대한 사용 사례를 제시하는 것은 다소 어렵습니다. 특히 파일을 너무 많은 파티션에 배포하는 방법이 분명한 경우에는 더욱 그렇습니다.
답변2
인적 오류가 발생하지 않고 모든 파티션 작업이 일관된 파티션 구조 내에서 항상 성공한다고 가정하면 가장 큰 단점은 성능입니다.
많은 Unix 시스템에는 고정된 파티션 크기보다 유연한 디스크 할당량이 있습니다. 파일 IO는 기하학적 레이아웃을 다시 분할하고 다시 스캔하는 것보다 더 빠르고 커널 공간 메모리를 덜 차지합니다.