한가지 더 궁금한 것이 있어서요.
Mac OS X의 화일 시스템은 NEXTSTEP/OpenStep의 그것과
동일한 것인가요?
|
| 이름: capri91 | [수정] 2002-07-30 12:05:49 |
NEXTSTEP/OpenStep의 파일 시스템은 NeXTSTEP filesystem이라고 합니다. 유닉스 파일 시스템의 변종으로 Mac OS X과는 다르죠. 이전에 Rhapsody DR 버젼을 깔았을때 서로의 파일 시스템을 인식하지 못하는 것으로 확인할 수 있습니다.
Mac OS X은 빌드시에 HFS+와 UFS 두가지 파일 시스템 중 한가지를 선택할 수 있습니다. HFS+는 Extended HFS이라고 하며 Mac OS 9에서 사용하던 것으로, 호환성을 위해 사용됩니다. UFS는 Unix File System으로 역시 유닉스 파일 시스템의 변종이며 Mac OS X만을 위한 파일 시스템입니다...
|
| 이름: capri91 | [삭제] [수정] 2002-07-30 12:08:20 |
Mac OS X의 주요 파일시스템인 HFS+와 UFS는 많은 중요한 차이점들이 있다. 많은 경우에서 이러한 차이점들은 Mac OS X을 위해 개발된 프로그램들에게 영향을 미친다. 다음은 이들 파일시스템 사이에 주요한 차이점들을 나열한 것이다. (여기에 언급된 많은 내용들은 HFS+뿐만 아니라 HFS에도 적용된다)
* Case sensitivity. UFS는 대소문자를 확실히 구분한다. 반면 HFS+는 대소문자를 유지하지만, 구분하지는 않는다.
* Multiple forks. HFS+는 다중 포크(부가 메타데이터)를 지원하는 반면 UFS는 하나의 포크만 사용한다. (Carbon은 UFS처럼 다중 포크를 지원하지 않는 파일시스템에서 다중 포크를 시뮬레이션한다.)
* Path separators. HFS+는 패스 분리자로 콜론(:)을 사용하고 UFS는 슬래쉬(/)를 사용한다. 시스템은 이들 분리자들을 번역한다.(바꿔준다 내부적으로?)
* Modification dates. HFS+는 파일의 메터데이터로서 생성일자와 갱신일자를 모두 지원하지만, UFS는 갱신일자만 지원한다. 만약 생성일자를 지원하지 못하고 갱신일자만을 인식하는 명령으로 파일의 복사를 수행하게되면, 그 명령은 파일이 복사되면서 갱신일자를 복사되는 시간으로 기록해 버릴 것이다. 이 문제 때문에 생성일자가 갱신일자보다 더 이후가 되는 파일이 만들어질 수 있다.
* Sparse files and zero filling. UFS는 sparse파일을 지원한다. sparse파일은 파일시스템으로 하여금 사용되지 않는 데이터영역을 할당하지 않게 하는 것이다. HFS+는 이 기능을 지원하지 않아서 사실상 사용되지 않더라도 end-of-file까지 모든 데이터를 0으로 기록해버린다.
* Lightweight references to file-system items. "Aliases and Symbolic Links"를 보라.
추가적으로 각 파일시스템에 연관된 API들이 가끔씩 서로 다른 행동을 한다. 예를 들어서 BSD API를 사용하는 프로그램은 파일이 열려있더라도 파일을 지울 수 있지만, 카본 프로그램은 파일이 닫혀야지만 삭제가 가능하다.
출처: http://developer.apple.com/techpubs/macosx/Essentials/SystemOverview/FileSystem/Differences_HFS_and_UFS.html
|
|
