HFS 플러스: 두 판 사이의 차이

내용 삭제됨 내용 추가됨
Namobot (토론 | 기여)
→‎특징 및 활용: 봇: 인용 틀 변수 이름 수정
Osloom (토론 | 기여)
편집 요약 없음
23번째 줄:
| encryption = 예 ([[OS X 라이언|OS X 10.7]] 이상). [[홈 디렉터리]] 당 암호화는 HFS+로 포맷된 [[애플 디스크 이미지|.dmg]] 볼륨을 사용하여 [[고급 암호 표준|AES]]를 통해 이용 가능 (10.7 이전, 10.3 이후의 OS X 버전 기준)
| OS = [[맥 OS 8|맥 OS 8.1]], [[맥 OS 9]], [[OS X]], & [[다윈 (운영 체제)|다윈]], [[리눅스]], [[마이크로소프트 윈도]] ([[부트 캠프]]의<ref>[http://support.apple.com/kb/HT3777 Boot Camp 3.0, Mac OS X 10.6: Frequently asked questions]</ref> [[IFS]] 드라이버를 통해)}}
'''HFS 플러스'''(HFS Plus, HFS+)는 [[애플 (기업)|애플]]이 개발한 [[파일 시스템]]이다. [[OS X]]의 주 파일 시스템으로 사용된다. [[매킨토시]] 컴퓨터(또는 [[맥 OS]]를 구동하는 다른 시스템]]의 주 파일 시스템으로 사용되었던 [[계층적 파일 시스템]](HFS)을 대체하기 위해 개발되었다. 디지털 음악 플레이어인 [[아이팟]]에서 사용되는 포맷 중 하나이기도 하다. 이전 버전에 해당하는 HFS가 ''맥 OS 스탠다드'' 또는 ''HFS 스탠다드''로 불렸기 때문에 HFS 플러스는 '''맥 OS 익스텐디드'''(Mac OS Extended) 또는 "HFS 익스텐디드"(HFS Extended)로 불리기도 한다. 애플은 이 파일 시스템을 개발할 때 이를 코드네임 세쿼이아(Sequoia)로 불렀다.<ref>{{웹 인용 | url=http://developer.apple.com/adcnews/pastissues/devnews090597.html | 제목=New Mac OS Extended Format (HFS+) Available | 날짜=1997 | 웹사이트=Apple Developer News | 확인일자=2007-03-28}}</ref>
'''HFS 플러스'''(HFS Plus, HFS+)는 [[애플 (기업)|애플]]이 개발한 [[파일 시스템]]이다. [[계층적 파일 시스템]](HFS)을 대체하기 위해 개발되었다.
 
HFS 플러스는 HFS의 개량 버전으로서, 훨씬 더 큰 크기의 파일을 지원(블록 주소가 16 비트에서 32 비트 길이로 확장됨)하며, 파일 및 폴더 이름에 [[유니코드]]를 사용(기존의 맥 OS 로만 또는 다른 문자셋을 대체)하고, [[유니코드 정규화|유니코드 정규화 방식 D]]와 거의 동일한 방식의 정규화(‘å’와 같은 조합문자가 파일명에서 두 개의 코드로 저장되며 [[유니코드 블록|유니코드 기본 다국어 평면]] 밖의 문자들 또한 두 개의 코드로 저장됨)를 적용한다.<ref>{{웹 인용 | url=http://developer.apple.com/qa/qa2001/qa1235.html | 제목=Technical Q&A QA1235: Converting to Precomposed Unicode | 날짜=2003-02-07| 웹사이트=Apple Developer Connection | 확인일자=2007-03-28 }}</ref> HFS 플러스에서는 파일 이름은 최대 255 UTF-16 코드 길이가 될 수 있으며, [[NTFS]]와 유사한 n-포크(n-forked) 파일이 허용되었다. 2005년까지만 해도 데이터 포크와 리소스 포크 외에 포크를 사용하는 시스템은 거의 없었다. HFS가 16비트 할당 맵핑 테이블을 사용했던데 반해 HFS 플러스는 32비트 할당 맵핑 테이블을 사용한다. HFS의 경우 할당 맵핑 테이블 크기의 제약으로 인해 디스크당 최대 65,536개의 할당 블록만 관리할 수 있다는 점이 심각한 제약사항이었다. 이는 과거 디스크 용량이 작던 시절에는 문제가 되지 않았으나, 디스크 용량이 점점 커짐에 따라 파일이 사용할 수 있는 가장 작은 영역(단일 할당 블록)의 크기도 매우 커져서 전체 디스크 용량을 낭비하게 된다는 문제를 발생시켰다. 예를 들어, 1GB 용량의 디스크에 HFS를 적용하면 할당 블록의 사이즈가 16KB가 되어 1바이트짜리 파일도 항상 16KB의 디스크 용량을 차지하게 되는 것이다. 다른 대부분의 파일 시스템들과 달리 HFS 플러스는 디렉토리에 대한 하드 링크를 지원한다.
HFS 플러스는 다른 말로 '''맥 OS 확장'''(Mac OS Extended), "HFS 익스텐디드"(잘못된 이름이다)라고도 불린다. 예전의 HFS는 또한 "맥 OS 표준"(Mac OS Standard), "HFS 스탠다드"(잘못된 이름이다)라고 불린다. 개발 도중, 애플은 이 파일시스템을 코드네임(codename) "세콰이아"(Sequoia)라고 불렀다.<ref>{{웹 인용 | url=http://developer.apple.com/adcnews/pastissues/devnews090597.html | 제목=New Mac OS Extended Format (HFS+) Available | 날짜=1997 | 웹사이트=Apple Developer News | 확인일자=2007-03-28}}</ref>
 
보통대부분의 볼륨 [[메타데이터]]를 저장하기저장하는 위해, HFS와 마찬가지로,데에 HFS 플러스는 HFS와 마찬가지로 [[B 트리]]를 활용한다사용한다.
== 특징 및 활용 ==
 
HFS 플러스는, 다시 말해서, HFS의 개량 버전이다. 여기서 HFS는, 예전에, 애플 매킨토시 컴퓨터 및 기타 [[맥 OS]]를 올려 쓰던 시스템에 쓰이던 가장 주요한 파일 시스템이었다. HFS 플러스는 HFS에 비해 매우 큰 크기의 파일(블록 주소는 16 비트가 아니라 32 비트 길이이다.)을 지원하며, 파일이나 폴더 이름에 [[UTF-16]]으로 인코딩되며, [[유니코드 노멀라이재이션]] 폼 D(NFD)와 거의 비슷한 방식으로 노멀라이재이션되는 [[유니코드]](기존 [[맥 OS 로만]](Mac OS Roman) 대신에)를 사용한다.<ref>{{웹 인용 | url=http://developer.apple.com/qa/qa2001/qa1235.html | 제목=Technical Q&A QA1235: Converting to Precomposed Unicode | 날짜=2003-02-07| 웹사이트=Apple Developer Connection | 확인일자=2007-03-28 }}</ref> (풀어서 말하면, HFS+ 파일 이름 중 é와 같이 프리콤포즈드된 문자는 다시 디콤포즈되며, 두 바이트로 카운트되며, 베이식 멀티링구얼 플레인(Basic Multilingual Plane, BMP, 0000-FFFF) 바깥의 캐릭터들도 두 바이트로 카운트된다는 말이다.) HFS 플러스에서는 파일 이름은 최대 길이 255 UTF-16 캐릭터가 될 수 있다.
 
[[NTFS]]와 마찬가지로 HFS 플러스는 n-forked 파일 시스템이다. 다시 말해, 하나의 파일 시스템 오브젝트에 여러 개의 임의의 길이의 데이터를 연관시킬 수 있다는 말이다. 하지만, 최근까지만 해도, [[데이터 포크]], [[리소스 포크]] 외에 다른 종류의 포크를 활용하는 응용 소프트웨어는 좀처럼 나오지 않았다.
 
HFS 플러스는 32 비트 얼로케이션 매핑 테이블(allocation mapping table)을 사용한다. HFS에서는 이것이 16 비트였다. HFS에서는 이 점이 심각한 제약사항이었다. 다시 말해, HFS에서는 한 디스크 내에서 65536 개 이하로만 얼로케이션 블록을 갖게 할 수 있었다. 디스크 용량이 작을 때는 문제가 되지 않았지만, 디스크 용량이 커지자 문제가 되었다. 파일 하나(하나의 얼로케이션 블록)가 디스크 내에서 최소로 차지할 수 있는 공간의 크기가 매우 커진다는 것을 뜻하였다. 예를 들면, 1 GB 디스크에서는 HFS 얼로케이션 블록 크기는 16 KB였다. 그러므로, 1 바이트 크기의 파일이더라도 16 KB의 디스크 공간을 차지했었다.
 
HFS 플러스 파일 시스템은 오늘날의 OS X 운영 체제의 기본 파일 시스템이다.<ref>
{{서적 인용 |성= |이름= |저자고리= |저자=Amit Singh |편집자= |기타= |제목=MAC OS X Internals A Systems Approach |초판발행일자= |초판연도= 2006|초판발행월= 6|url= |형식= |확인일자= 2009-05-26|판= |날짜= |연도= 2007|출판사= |출판위치= |언어= |id=0-321-27854-2 |doi = |쪽= 1471|장=CHAPTER 12. The HFS Plus File System |인용문= }}</ref> 또한 HFS 플러스는 디지털 음악 플레이어인 [[아이팟]]에 쓰이는 파일 시스템 중 하나이다.
 
보통 볼륨 [[메타데이터]]를 저장하기 위해, HFS와 마찬가지로, HFS 플러스는 [[B 트리]]를 활용한다.
 
== 역사 ==
 
HFS 플러스는 [[1998년]] [[1월 19일]] [[맥 OS 8|맥 OS 8.1]] 출시된릴리즈와 시점인 [[1998년]] [[1월 19일]]함께 도입되었다.<ref name="tn1150">{{웹 인용 | url=http://developer.apple.com/technotes/tn/tn1150.html | 제목=Technical Note TN1150: HFS Plus Volume Format | 날짜=2004-03-05| 웹사이트=Apple Developer Connection | 확인일자=2007-03-28}}</ref> 하지만, 베타 버전의 파일시스템으로서 처음 등장한 이후, HFS 플러스는 [[코플랜드 (운영 체제)|코플랜드]] 베타 버전에 탑재되지는 못하였다.
 
[[2002년]] [[11월 11일]] [[OS X 10.2|맥 OS X v10.2.2]] 업데이트를업데이트의 발매하면서,릴리즈와 애플은함께 선택사항으로서애플은 HFS 플러스에 데이터 신뢰성을 향상시키는 [[저널링 파일 시스템|저널링]] 기능을옵션을 추가하였다. 데이터 신뢰성을 높이기 위한 기능이었다. [[맥 OS X]] 서버에서는 이 기능을기능에 쉽게 활용할접근할있으나있었으나, 데스크톱데스크탑 클라이언트에서는 커맨드 라인을 통해서만 이 기능에 접근할 수접근이 있다가능했다.<ref>{{웹 인용 | url=http://daringfireball.net/2002/11/crow | 제목=Crow | author=John Gruber | 날짜=2002-11-11| 웹사이트=DaringFireball.net | 확인일자=2007-03-28}}</ref> [[맥 OS X v1010.3]]에 들어서는와서는, 맥의 모든 HFS 플러스 볼륨은볼륨에 기본적으로(default)저널링이 저널링기본으로 기능을 포함하게 되었다적용되었다. 시스템 내에서 저널링 기능을저널링이 갖는적용된 HFS 플러스 볼륨은 '''HFSJ'''라고 표시된다.
 
== 각주 ==