Directory (computing)
컴퓨팅에서, 디렉토리(directory)는 다른 컴퓨터 파일, 및 가능한 다른 디렉토리에 대한 참조를 포함하는 파일 시스템 목록화하는 구조입니다. 많은 컴퓨터에서, 디렉토리는 작업대 또는 전통적인 사무실 파일 캐비닛과 유사한 폴드(folders), 또는 서랍(drawers)으로 알려져 있습니다.[1] 그 이름은 특정 지역에 사는 모든 사람들의 전화 번호를 나열하는 전화번호 디렉토리(telephone directory)와 같은 책에서 파생됩니다.
파일은 같은 디렉토리에서 관련 파일을 저장함으로써 구성됩니다. 계층적 파일 시스템 (즉, 파일과 디렉토리가 트리와 유사한 방식으로 구성된 시스템)에서, 또 다른 디렉토리 내부에 포함된 디렉토리는 하위디렉토리(subdirectory)라고 불립니다. 부모(parent) 및 자식(child)이라는 용어는 종종 하위디렉토리와 그것이 카탈로그된 디렉토리 사이의 관계를 설명하기 위해 사용되며, 후자는 부모입니다. 그것 자체의 부모를 가지지 않는 그러한 파일시스템에서 최-상위 디렉토리는 루트(root) 디렉토리라고 불립니다.
Overview
역사적으로, 및 심지어 일부 최신 임베디드 시스템에서도, 파일 시스템은 디렉토리에 대해 전혀 지원을 가지지 않거나 하위 디렉토리가 지원되지 않는 "플랫" 디렉토리 구조에 대해 가지고 있었습니다; 각각 파일을 포함하는 최상위 디렉토리 그룹만 있었습니다. 현대 시스템에서, 디렉토리는 파일과 하위디렉토리의 혼합을 포함할 수 있습니다.
디렉토리 시스템에서 위치에 대한 참조는 경로라고 불립니다.
많은 운영 시스템에서, 프로그램은 그것들이 실행하는 결합된 작업 디렉토리를 가집니다. 전형적으로, 만약 파일 이름이 명시적 디렉토리 이름으로 지정되지 않으면 프로그램에 의해 접근된 파일 이름은 이 디렉토리 내에 있는 것으로 가정됩니다.
일부 운영 시스템은 사용자의 접근을 그들의 홈 디렉토리 또는 프로젝트 디렉토리로만 제한하고, 따라서 다른 모든 사용자로부터 그들의 활동을 격리합니다. 유닉스의 초기 버전에서, 루트 디렉토리는 루트 사용자의 홈 디렉토리였지만, 현대 유닉스는 보통 이 목적을 위해 /root와 같은 또 다른 디렉토리를 사용합니다.
유닉스 철학에 따라, 유닉스 시스템은 디렉토리를 파일의 하나의 유형으로 취급합니다.[2]
Folder metaphor
이름 폴더는, 사무실에서 사용되는 파일 폴더와 유사하고, 1958년에서 발행된 Electronic Recording Machine, Accounting (ERMA) Mark 1과[3] 마찬가지로 Xerox Star에[4] 대해 계층적 파일 시스템 설계에 사용되었던, 거의 모든 최신 운영 시스템의 데스크탑 환경에서 사용됩니다. 폴더는 종종 물리적 파일 폴더와 시각적으로 유사한 아이콘으로 표시됩니다.
파일 시스템 개념인 디렉토리와 그것을 나타내기 위해 사용되는 그래픽 사용자 인터페이스 메타포 (폴더) 사이에는 차이점이 있습니다. 예를 들어, Microsoft Windows는 특수 폴더 개념을 윈도우 버전 사이와 개별 설치 사이에서 변할 수 있는 절대 디렉터리 경로를 처리해야 하는 것으로부터 사용자를 자유롭게 하는 상당히 일관된 방식으로 사용자에게 컴퓨터의 콘텐츠 제공을 돕기 위해 사용합니다. 많은 운영 시스템은 파일 시스템 검색 또는 다른 작업의 결과를 반영하는 "스마트 폴더" 또는 가상 폴더의 개념도 가집니다. 이들 폴더는 파일 계층에서 디렉토리를 나타내지 않습니다. 많은 이메일 클라이언트는 이메일을 구성하기 위한 폴더의 생성을 허용합니다. 이들 폴더는 파일 시스템 구조에 해당하는 표현을 가지지 않습니다.
만약 우리가 문서의 컨테이너를 참조하면, 폴더라는 용어가 더 적합합니다. 용어 디렉토리는 문서 파일과 폴더의 구조화된 목록이 컴퓨터에 저장되는 방법을 참조합니다. 구별은 디렉토리가 접근되는 방법 때문일 수 있습니다; 유닉스 시스템에서, /usr/bin/은 보통 명령줄 콘솔에서 보일 때 디렉토리로 참조되지만, 만약 그래픽 파일 관리자를 통해 접근되면, 사용자는 때때로 그것을 폴더라고 부를 수 있습니다.
Lookup cache
계층적 파일 시스템을 지원하는 운영 시스템 (사실상 모든 현대 시스템)은 최근 경로 조회를 RAM에 캐싱하는 형식을 구현합니다. 리눅스에서는 dcache라고 하지만, 유닉스 세계에서, 이것은 보통 Directory Name Lookup Cache (DNLC)라고 합니다.[5]
로컬 파일 시스템에 대해, DNLC 엔트리는 통상적으로 다른 최신 엔트리에서 압력 하에서만 만료됩니다. 네트워크 파일 시스템에 대해, 항목이 다른 클라이언트에 의해 무효화되지 않았는지 확인하기 위해 일관성 메커니즘이 필요합니다.[5]
See also
|
|
References
- ^ "Chapter 1: Tutorial". Using The AMIGA Workbench. Commodore-Amiga. July 1991. p. 46.
The path specifies the disk name, or location, and all of the drawers that lead to the specified file.
- ^ "Everything is a File". Behavior Genetics Association. Archived from the original on March 10, 2012. Retrieved April 30, 2021.
- ^ Barnard III, G. A.; Fein, L. (1958). "Organization and Retrieval of Records Generated in a Large-Scale Engineering Project". Proceedings of the Eastern Joint Computer Conference: 59–63. doi:10.1109/AFIPS.1958.75.
- ^ ""Xerox Star User Interface (1982)"". YouTube. Archived from the original on 2021-12-21. Retrieved 19 November 2014.
- ^ a b "Close-To-Open Cache Consistency in the Linux NFS Client". Citi.umich.edu. Retrieved 19 November 2014.
External links
- Definition of directory by The Linux Information Project (LINFO)