파일 시스템에 관한 기사가 인생의 다음 10분을 보내는 가장 생산적인 방법이라고 즉시 생각하지 못할 수도 있습니다. 우리 대부분에게 어떤 파일 시스템을 사용하는지는 그다지 중요하지 않습니다. 데스크톱 PC에서는 일반적으로 내부 디스크를 파일을 저장하는 용도로만 사용하므로 성능과 복원력에 대한 질문은 발생하지 않습니다. 이는 일부 서버에도 해당될 수 있지만 때로는 파일 시스템 선택, 구성 및 관리 방법이 매우 중요할 수 있습니다. 잘못된 방법을 선택하고 변경해야 하면 가동 중지 시간이 발생하고 엄청난 혼란이 발생할 수 있습니다. 이번 칼럼에서는 오픈 소스에 중점을 두고 Unix 시스템이 디스크 공간을 어떻게 구성하는지 살펴보겠습니다. 개발(그리고 이러한 제품을 Windows에서 사용할 수 없는 경우 상업용 변형이 있음) 그것은).
귀하의 컴퓨터가 Unix를 실행하든 Windows를 실행하든 파일 시스템의 작업은 동일합니다. 즉, 데이터는 파일에 저장되고 이러한 디렉토리는 일반적으로 트리로 구성됩니다(일부 디렉토리는 시스템의 다른 부분 간에 공유될 수 있음). 나무). 이러한 디렉토리 트리의 구조, 누가 파일을 소유하고 어떻게 액세스할 수 있는지를 메타데이터(문자 그대로 데이터에 대한 데이터)라고 합니다. 운영 체제는 이 모든 데이터와 메타데이터를 실제 하드 디스크 하드웨어에 매핑합니다. 대부분의 디스크는 고정된 크기의 블록으로 구성되어 있으며 동심원 또는 트랙으로 배열되어 있습니다. 회전 플래터이지만 일부는 가변 크기 블록을 사용하고 대부분은 여러 개의 플래터와 읽기/쓰기를 가지고 있습니다. 머리. 운영 체제는 디스크 작업에 대한 이러한 모든 세부 사항을 사용자에게 효율적으로 숨겨 완전히 투명해야 하며 이를 달성하는 방법은 수년에 걸쳐 급격하게 변경되었습니다. 이제 디스크에는 예전보다 훨씬 더 많은 데이터가 포함되어 있으며 작동 방식도 다릅니다.
일부 운영 체제는 최대 성능을 보장하기 위해 정확한 드라이브 구성 세부 사항을 고려하는 데 사용됩니다. 예를 들어 다음을 고려하는 방식으로 블록을 할당합니다. 플래터 회전 속도 - 그러나 드라이브가 한 가지 방식으로 구성되어 있다고 선언했지만 실제로는 내부적으로 다른 방식으로 구성되어 있는 경우 이러한 최적화 기술은 더 이상 작동하지 않습니다. 방법. 예를 들어, RAID 어레이로 구성된 여러 개의 드라이브는 운영 체제에서 실제 내부 조직에 대한 많은 세부 정보를 숨깁니다.
특정 세대의 시스템 관리자들 사이에는 파일 시스템 관련 전설이 많이 있습니다. 예전부터 물려받은 부적절한 최적화 기술이 여전히 기계적으로 적용되는 경우가 있습니다. 이 사람들. 우리는 최근 시스템 관리자가 디스크 드라이브 내용을 구성하는 방식으로 구성된 클라이언트 시스템을 살펴보았습니다. 그는 읽기 헤드가 가장 많이 사용되는 위치에 있는지 확인하기 위해 가장 최근에 사용한 파일이 디스크 중앙에 저장되어 있다고 믿었습니다. 최적. 이는 특정 세대의 초기 디스크 드라이브에 대해서는 합리적인 최적화였을 수 있지만, 오늘날에는 헤드가 여러 개이므로 최적이 아닐 가능성이 높습니다. 특정 파일이 포함된 디스크를 정리하는 시스템 관리자에 대한 이야기(거의 확실하지 않음)도 있습니다. 플래터 외부에서 더 빠르게 움직이고 더 많은 데이터를 가져올 것이라고 믿기 때문입니다. 빠르게.
어떤 관점에서는 운영 체제의 작업이 더 쉬워졌습니다. 개별 드라이브 메커니즘을 제공할 뿐만 아니라 디스크 콘텐츠 캐싱과 같이 구성해야 할 리소스도 훨씬 더 많습니다. 메모리. Unix와 Windows 모두에서 캐시된 메타데이터의 양은 성능에 현저한 영향을 미칠 수 있습니다. 실제로 대부분의 Unix 시스템에서는 합리적인 성능을 얻으려면 이러한 캐싱이 필요합니다.
