36로그 파일 시스템과 블록

파일 시스템

• 다양한 종류의 장치에 정보를 조직화하고 저장하지만, 온영체제들은 모두 동일한 인터페이스를 통해 파일들을 보여준다.
  • 디렉토리 방식 또는 폴더 방식
• 논리적 구성과 물리적 구현 간의 분리를 보여주는 훌륭한 사례
• 사용자가 접근하는 파일들뿐만이 아니라, 다양한 어플리케이션들이 보이지 않게 접근하는 파일들이 수만 개에 이른다.
• 애플리케이션이나 운영체제가 정보를 읽고 쓸 수 있도록 가능하게 해줌
• 파일에 대한 접근이 효율적이며 간섭되지 않도록 조정하고, 데이터의 물리적인 위치를 파악해줌

보조 기억 장치 파일 시스템

• 블록 단위로 파일들을 저장한다.
  • 블록의 단위가 500바이트 이고 1200바이트를 저장한다면 3 블록이 필요하며 300바이트가 낭비 된다.
  • 이런 단점을 저렴한 가격이 커버해준다.
• 폴더 엔트리에는 파일이름, 크기, 생성 및 수정 시간 외 다양한 정보를 담고 있다.
  • 드라이브의 어디에 저장되어있는지, 어떤 블록이 해당 파일의 정보를 담고 있는지도 알려준다.
  • 폴더 엔트리가 블록 번호 목록을 담고 있거나, 블록 번호의 목록을 담고 있는 블록을 참고하거나, 블록들이 다음 블록의 번호를 담고 있어 연쇄적으로 구할 수 도 있다.
• SSD는 하드디스크와 달리 정보의 위치가 어디 있는지 기억하기 위한 정교한 코드를 사용한다.
• 폴더 : 파일을 저장하는 공간이며 블록이자 또 다른 파일이라고 할 수 있다.
• 경로(디렉토리) 방식 : 경로를 따라서 폴더를 찾아 들어갈 때 마다 검색 범위가 좁아지기 때문에 매우 효율적인 방식이다.
• 빠른 작업속도를 위해 자주 사용되는 폴더를 캐싱하기도 함