가상 파일 시스템

Synthetic file system

컴퓨터 과학에서 합성 파일 시스템 또는 유사 파일 시스템은 디스크 기반 또는 장기 저장 파일 시스템의 트리에서 일반 파일인 것처럼 보이는 비파일 개체에 대한 계층 인터페이스입니다.이러한 비파일 오브젝트는 일반 파일 및 디렉토리와 동일한 시스템콜 또는 유틸리티 프로그램으로 액세스 할 수 있습니다.일반 파일과 비파일 오브젝트의 공통어는 노드입니다.

합성 파일 시스템의 장점은 잘 알려진 파일 시스템의 의미를 프로세스 간 통신에 대한 보편적이고 쉽게 구현할 수 있는 접근법에 재사용할 수 있다는 것입니다.클라이언트는 이러한 파일 시스템을 사용하여 노드에서 간단한 파일 작업을 수행할 수 있으며 복잡한 메시지 인코딩 및 전달 방법 및 프로토콜 엔지니어링의 다른 측면을 구현할 필요가 없습니다.대부분의 작업에서는 공통 파일 유틸리티를 사용할 수 있기 때문에 스크립팅도 매우 간단합니다.

이것은 일반적으로 모든 것이 파일이며 일반적으로 Unix에서 유래한 것으로 간주됩니다.

예

/filename 파일 시스템

Unix 세계에서는 일반적으로 /proc에 마운트된 특수 파일 시스템이 있습니다.이 파일 시스템은 커널 내에서 구현되며 프로세스에 대한 정보를 게시합니다.각 프로세스에는 상태, 열린 파일, 메모리 맵, 마운트 등의 프로세스에 대한 자세한 정보가 포함된 디렉토리(프로세스 ID에 의해 명명됨)가 있습니다.

/proc는 Unix 8th [1]Edition에서 처음 등장했으며, 그 기능은 [2]Bell Labs의 Plan 9에서 크게 확장되었습니다.

Linux / sys 파일 시스템

Linux의 /sys 파일 시스템은 커널 내 상태에 대한 많은 상세 정보를 사용자 공간에 제공함으로써 /proc를 보완합니다.기존 Unix 시스템에서는 이 정보가 sysctl 콜에 저장되어 있습니다.

ObexFS

ObexFS는 파일 시스템을 통해 OBEX 개체에 대한 액세스를 제공하는 FUSE 기반 파일 시스템입니다.애플리케이션은 OBEX 프로토콜을 통해 단순한 로컬 파일처럼 원격 개체에서 작업할 수 있습니다.

Plan 9 파일 서버

Bell Labs 운영체제시스템 패밀리의 Plan 9에서는 9P 모의 파일 시스템의 개념이 일반적인 IPC 방식으로 사용됩니다.대부분의 다른 운영체제와는 달리 Plan 9의 설계는 매우 분산되어 있습니다.다른 OS 세계에서는 공통적인 것을 위한 라이브러리와 프레임워크가 다수(대부분) 존재하지만 Plan 9는 그것들을 파일 서버에 캡슐화합니다.가장 중요한 이점은 애플리케이션이 훨씬 단순해지고 서비스가 네트워크와 플랫폼에 구애받지 않고 실행될 수 있다는 것입니다.이러한 서비스는 애플리케이션에 의해 파일 서버를 마운트할 수 있는 한 네트워크 내의 거의 모든 호스트와 플랫폼, 그리고 사실상 모든 종류의 네트워크에 존재할 수 있습니다.

플랜 9는 이 개념을 폭넓게 추진하고 있습니다.하드웨어 액세스나 네트워크 스택 등 대부분의 운영체제 서비스가 파일 서버로 제공됩니다.따라서 추가 프로토콜 없이 한 호스트가 다른 호스트의 블록 장치 또는 네트워크 인터페이스에 직접 액세스하는 등 이러한 리소스를 원격으로 사용하는 것은 간단한 일입니다.

다른 많은 시스템과 환경에도 9P 파일 시스템 프로토콜의 구현이 존재합니다.[3]

임베디드 시스템

임베디드 시스템이나 시스템 온 칩(SoC) 디바이스의 디버깅은 어려운 [citation needed]것으로 널리 알려져 있습니다.인칩 장치에 대한 직접 액세스를 제공하기 위해 여러 프로토콜이 구현되었지만, 이러한 프로토콜은 독점적이고 복잡하며 다루기 어려운 경향이 있습니다.

연구 결과에 따르면 Plan 9의 네트워크 파일 시스템인 9P에 기반하여 가상 파일 시스템을 해당 정보에 대한 범용 액세스 스킴으로 사용할 것을 제안합니다.주요 장점은 9P는 매우 심플하고 하드웨어에 구현하기 매우 쉬우며 거의 모든 종류의 네트워크(시리얼 링크에서 인터넷까지)를 통해 쉽게 사용할 수 있다는 것입니다.

장점과 단점

가상 파일 시스템을 사용하는 주된 이유는 서비스 지향 아키텍처에 대한 유연성과 손쉬운 액세스일 수 있습니다.이 스킴을 사용하고 있는 애플리케이션이 많아지면, 전체적인 오버헤드(코드, 자원 소비, 유지보수 작업)를 큰폭으로 삭감할 수 있습니다.여기에는 SOA에 대한 많은 일반적인 주장도 적용됩니다.

가상 파일 시스템에 대한 반대 주장에는 파일 시스템 의미론이 모든 애플리케이션 시나리오에 적합하지 않을 수 있다는 사실이 포함됩니다.예를 들어 많은 파라미터를 가진 복잡한 리모트프로시저 호출은 파일시스템 [citation needed]스킴에 매핑하기 어렵고 애플리케이션 재설계가 필요할 수 있습니다.

레퍼런스

  1. ^ "proc page from Section 4 of the unix 8th manual". Man.cat-v.org. Retrieved 2015-08-28.
  2. ^ "Proc page from Section 3 of the plan 9 manual". Man.cat-v.org. Retrieved 2015-08-28.
  3. ^ "9P Implementations". 9p.cat-v.org. Retrieved 2015-08-28.

외부 링크