VirtualFileSystem

UserPreferences

1 개요

가상 파일 시스템, 소위 말하는 "팩" 파일이다. 사실 서버에서는 별로 쓸데없는 주제일 수도 있겠으나, 개인적으로 관심이 좀 있는 관계로, nFS를 변형해서 한번 만들어봤다. 라이센스가 GPL이니 공개해야할 것 같은데...

2 구현 방안

3가지 정도의 방법이 있을 것 같다.


1. 파일 시스템 밑바닥부터 모두 만들기
   
2. SqLite 같은 내장형 데이터베이스(BLOB이 지원되는...)를 이용해서 만들기
   
3. Structured Storage API 이용하기 (Windows Only)
   
   
   

3 생각해 볼 점들

• 파일 삭제 처리
  
그냥 일차원으로 파일을 주욱 합쳐놓기만 하는 경우, 앞쪽의 파일을 삭제하면 뒷쪽에 있는 파일들을 다 앞으로 당겨줘야한다. 이는 상당한 성능 저하를 일으키므로, Lazy Deletion(파일을 삭제했다고 마킹만 해놓고, 실제 삭제는 나중에 하는...) 같은 개념을 도입하던지, 파일 시스템 자체를 일반적인 운영 체제의 파일 시스템처럼 노드 기반(블록 단위로 파일을 여기저기 흩어서 기록)으로 만들어야한다.


• 가상 파일 시스템 사용/비사용 토글 기능
  
실제로 작업을 할 때는 가상 시스템 쓰는 것이 귀찮을 때가 있다. 이 문제를 피하기 위해서는 가상 파일 시스템 API 자체를 일반적인 파일 입출력 API(fopen, fclose, fread 등등)처럼 만들고, 가상 파일 시스템 사용 여부를 토글해줄 수 있어야한다. 경로 문제가 약간 껄끄러운데, 이는 가상 파일 시스템 외부에서 처리해야할 듯 하다.


• 다중 스레드 처리
  
실제로 이런 가상 파일 시스템을 쓰는 건 주로 게임 클라이언트 쪽이고, 게임 클라이언트에서는 백그라운드 스레드를 통해 로딩을 처리하는 일이 일상다반사이므로, 다중 스레드에 대한 고려는 기본이라고 할 수 있다. 그렇다고 락을 떡칠을 해버리면, 가상 파일 시스템을 사용하는 최우선 목적 - 다량의 조그만 파일에 대한 IO 성능 개선 - 에 반하는 일이 되어버리므로, 어느 정도 타협이 필요하다.


• 보안/암호화
  
파일 시스템 내부의 파일들에 대한 임의의 수정을 막기 위해 파일 자체를 암호화해서 저장하는 것이 좋다. 또한 부차적으로 전체 파일들에 대한 해쉬값을 저장해두는 것도 고려할만 하다.


• 트랜잭션(?) 기능
  
읽기는 별 문제가 없다만, 쓰기를 하다가 뭔가 실패를 하는 경우, 가상 파일 시스템 자체의 무결성을 보장해주는 것이 좋을 것 같다. 좀 어려운 문제인 것 같은데...

4 링크

• nFS - File System Within a File
  
상당히 잘 만들어진 가상 파일 시스템이다. 압축 관련 코드를 추가하고, 파일 관리를 위한 UI 프로그램만 제작한다면, 게임 클라이언트용으로 사용하기에 아무 무리가 없을 듯 하다.


• Programming A Virtual File System I
  
• Programming A Virtual File System II
  
• Programming A Virtual File System III
  
• Creating a PAK File Format
  
• Resource Files Explained
  
  
• Structured Storage
  
• Structured Storage Class for ATL & MFC
  
• An Introduction to Structured Storage
  

• CategoryFileProgramming