라이저FS

ReiserFS
ReiserFS 3.6
개발자네임시스
풀네임라이저FS
소개했다2001년, 21년 전(2001년) Linux 2.4.1 사용
파티션 식별자
구조물들
디렉토리 내용B+ 트리
파일 할당비트맵[1]
한계
최대 볼륨 크기16 TiB[2]
최대 파일 크기1 EiB(32비트 시스템에서는 [2]8TiB)
최대 파일 수2-332 (40억까지)[2]
최대 파일 이름 길이4032바이트, Linux VFS에서는 255바이트로 제한
파일 이름에 허용되는 문자NUL 및 '/'제외한 모든 바이트
특징들
기록된 날짜수정(mtime), 메타데이터 변경(ctime), 액세스(time)
날짜 범위1901년 12월 14일~2038년 1월 18일 (32비트 Unix 시간)
날짜 해결1초
포크확장 속성
파일 시스템 권한Unix 권한, ACL 및 임의의 보안 속성
투과적 압축아니요.
투과적 암호화아니요.
다른.
지원되는 운영 체제Linux, ReactOS

ReiserFS는 처음에 한스 라이저가 이끌고 GPLv2로 라이센스가 부여된 Namesys 팀에 의해 설계 및 구현된 범용 저널링 파일 시스템입니다.Linux 커널 버전 2.4.1에서 도입된 이 제품은 표준 커널에 포함된 최초의 저널링 파일 시스템입니다.ReiserFS는 Novell SUSE Linux Enterprise의 기본 파일 시스템입니다.Novell은 2006년 10월 12일에 향후 [3]릴리즈를 위해 ext3로 이행하기로 결정했습니다.

Namesys는 라이저로 간주됩니다.FS 버전 3.6은 새로운 온디스크 포맷을 도입하여 현재는 Reiser3라고 불리기도 합니다.또, 시큐러티 업데이트나 중요한 버그 수정을 제외하고, 그 개발을 중단하고, 그 후계 제품인 Reiser4에 초점을 맞춥니다.나메시스는 2008년 라이저의 살인죄로 유죄판결을 받은 후 폐업했다.이 제품은 [4]이제 자원봉사자들에 의해 오픈 소스로 유지되고 있습니다.Reiserfsprogs 3.6.27은 2017년 [5]7월 25일에 출시되었습니다.

ReiserFS는 현재 쿼터 지원 없이 Linux에서 지원됩니다.업스트림 유지보수가 부족하여 2022년 초부터 Linux 커널로부터의 삭제가 논의되고 있으며, 2038년 [6][7][8]문제로 인해 파일 시스템에 내재된 기술적 문제 등이 있습니다. Linux [9]5.18에서는 삭제가 [10]2025년으로 예정되어 있습니다.

특징들

도입 당시 라이저FS는 기존 Linux 파일 시스템에서는 이용할 수 없었던 기능을 제공했습니다.를 들어 내부 플래그멘테이션을 줄이는 방식인 테일패킹이 있습니다.테일 패킹은 성능에 큰 영향을 미칠 수 있습니다.Reiser4는 [11]성능에 부정적인 영향을 미치지 않는 꼬리를 패킹함으로써 이를 개선할 수 있습니다.

설계.

ReiserFS는 파일 메타데이터("stat items", 디렉토리 엔트리("directory items", inode 블록 리스트("간접 항목") 및 파일 테일("direct item")을 유니버설 객체 ID에 의해 키 입력된 단일 조합된 B+ 트리에 저장합니다.트리의 노드에 할당된 디스크 블록은 "포맷된 내부 블록"입니다.리프 노드의 블록(항목들이 엔드 투 엔드로 패킹됨)은 "포맷된 리프 블록"입니다.다른 모든 블록은 파일 내용을 포함하는 "형식되지 않은 블록"입니다.엔트리가 너무 많거나 노드에 들어갈 수 없는 간접적인 항목이 너무 길면 오른쪽 리프 네이버로 넘어갑니다.블록 할당은 고정 위치의 빈 공간 비트맵에 의해 추적됩니다.

반면 ext2와 그 당시 버클리 FFS와 유사한 파일 시스템은 단순히 inode 위치를 계산하는 데 고정 공식을 사용했기 때문에 포함할 [12]수 있는 파일 수를 제한했습니다.이러한 파일 시스템의 대부분은 디렉토리를 단순한 엔트리 목록으로 저장하기 때문에 디렉토리 검색 및 업데이트는 선형 시간 작업이 되고 매우 큰 디렉토리의 성능이 저하됩니다.라이저의 단일 B+ 트리 설계FS는 scalability 특성이 향상되어 이러한 문제를 모두 회피합니다.

성능

Linux 커널 버전 2.4의 ext2ext3와 비교하여 4KiB 미만의 파일을 처리하고 테일 패킹을 활성화하면 라이저는FS가 더 [13]빠를 수 있습니다.

Linux 2.6.[14]33 이전 버전에서는 라이저FS는 글로벌 커널 전체의 잠금인 BKL(Big Kernel Lock)을 많이 사용했습니다.이는 중요한 코드 부분은 한 번에 한 개의 코어로만 실행되기 때문에 여러 [15]코어가 있는 시스템에서는 잘 확장되지 않습니다.

사용.

ReiserFS는 버전 6.4(2000년 출시)[16][17] 이후 SUSE Linux Enterprise 10.2에서 ext3로 전환되어 오픈될 때까지 SuSE Linux의 기본 파일 시스템이었습니다.SUSE 11,[18][19] 2006년에 발표.

SUSE의 Jeff Mahoney는 2006년 9월 14일에 Reiser에서 이직할 것을 제안하는 글을 썼다.기본 설치 파일 [15]시스템의 경우 FS에서 ext3으로 이동합니다.그가 언급한 몇 가지 이유로는 확장성, "확장 속성과 ACL성능 문제", "작고 축소된 개발 커뮤니티", "Reiser4는 증분 업데이트가 아니며 재포맷이 필요하며 이는 대부분의 사람들에게 [15]불합리합니다." 등이 있습니다.10월 4일,[20] 그는 몇 가지 문제를 해결하기 위해 블로그에 응답 댓글을 달았습니다.그는 전환에 대한 자신의 제안은 [21][failed verification]살인죄로 재판을 받고 있는 한스 라이저와 관련이 없다고 썼다.마호니는 "사람들이 존재하지 않는 곳에서 관계를 맺을 것을 우려했다"며 "시기는 완전히 우연의 일치이며 동기는 관련이 없다"[20]고 썼다.

비판

일부 디렉토리 조작(unlink(2)을 포함한)은 ReiserFS에서 동기화되지 않습니다.이것에 의해, [24]머신이 디스크를 동기화하기 전에 정지하면, 파일 베이스의 락(메일[22] 전송 에이전트qmail [23] Postfix 등)에 크게 의존하는 애플리케이션으로, 데이터가 파손될 가능성이 있습니다.

라이저를 디플러그하기 위한 프로그램은 없습니다.FS 파일시스템은 fragment화된 파일의 내용을 자동적으로 카피하도록 작성되어 있습니다만, 보다 많은 빈 영역의 연속적인 블록을 찾을 수 있도록 하고 있습니다.다만, 「리패커」툴은, 다음의 Reiser4 파일 시스템에 대해서, 파일 [25]플래그멘테이션을 처리하기 위해서 계획되어 있었습니다.Solid State Disk가 등장하면서 이 문제는 중요하지 않게 되었습니다.

fsck

라이저의 트리 리빌드 프로세스FSCK는 *nix 커뮤니티로부터 많은 비판을 받고 있습니다.만약 파일 시스템이 너무 심하게 그것의 내부 나무는 사용할 수 없습니다 오류를 일으켰다, 나무는 수리 작업을 수행하는 더 멀리 예상치 못한 contents,[26]과 새로운 항목을 소개하지만 정상적인 연산 또는 정상 파일 시스템 검사의 이 행동은 일부가 아니며 명백히, 그리고가 administ에 의해 발생하고 있는 기존 파일 손상시킬 수 있다.쥐.또는.

ReiserFS v3 이미지는 라이저에 저장해서는 안 됩니다.FS v3 파티션(에뮬레이터용 백업 또는 디스크 이미지 등)을 변환하지 않고(압축 또는 암호화 등), 재구축에 혼란을 주지 않도록 합니다.기존 라이저 재포맷또한 FS v3 파티션은 재구축 작업을 혼란스럽게 하고 이전 시스템의 파일을 다시 표시할 수 있는 데이터를 남길 수도 있습니다.이를 통해 악의적인 사용자가 의도적으로 파일을 저장하여 리빌더를 혼란스럽게 할 수도 있습니다.파일 시스템 검사 후에는 메타데이터가 항상 일관된 상태이기 때문에, 여기서의 파손은 파일의 내용이 포함된 파일 시스템의 메타데이터와 예기치 않은 방법으로 병합되는 것을 의미합니다.라이저FS의 후계자인 Reiser4는 이 문제를 해결합니다.

이전 문제

2.4.16 이전 버전의 Linux 커널의 ReiserFS는 Namesys에 의해 불안정하다고 간주되었으며 특히 [27]NFS와 함께 운영 용도로는 권장되지 않았습니다.

ReiserFS의 초기 구현(Linux 2.6.2보다 이전)도 잘못된 쓰기 위험에 노출될 수 있습니다.하지만 라이저의 현재 저널링 구현은FS는 현재 ext3의 "질서 있는" 저널링 [citation needed]수준과 동등합니다.

「 」를 참조해 주세요.

레퍼런스

  1. ^ Reiser FS node layout, Namesys, archived from the original on 2006-06-14
  2. ^ a b c "Reiser FS Specifications", FAQ, Namesys, archived from the original on 2006-07-05
  3. ^ 를 클릭합니다Shankland, Stephen (2006-10-16). "Novell makes file storage software shift". Business Tech. cnet..
  4. ^ Shankland, Stephen (January 16, 2008). "Namesys vanishes, but Reiser project lives on". CNet. Archived from the original on March 27, 2016. Retrieved 2008-01-26.
  5. ^ ""Fossies" - the Fresh Open Source Software Archive". July 25, 2017. Retrieved 2019-07-25.
  6. ^ "Linux Developers Discuss Deprecating & Removing ReiserFS". www.phoronix.com. Retrieved 2022-03-10.
  7. ^ "Is it time to remove reiserfs? - Matthew Wilcox". lore.kernel.org. Retrieved 2022-02-24.
  8. ^ "Re: Is it time to remove reiserfs? - Dave Chinner". lore.kernel.org. Retrieved 2022-03-10.
  9. ^ "Linux_5.18". Linux Kernel Newbies. Retrieved 2022-05-23.{{cite web}}: CS1 maint :url-status (링크)
  10. ^ "kernel/git/torvalds/linux.git - Linux kernel source tree". git.kernel.org. Retrieved 2022-05-22.
  11. ^ Reiser, Hans. "Reiser4 is Released!". Archived from the original on 2007-10-24. Retrieved 2006-07-15.
  12. ^ Mingming Cao; Theodore Y. Ts'o; Badari Pulavarty; Suparna Bhattacharya (2005-07-26). "State of the Art: Where we are with the Ext3 file system". 2005 Linux Symposium. Ottawa, Canada: IBM Linux Technology Center. Retrieved 2007-03-08.
  13. ^ "PHP Manual". php.net. The PHP Group. Retrieved 5 December 2018.
  14. ^ "kill-the-BKL". git.kernel.org.
  15. ^ a b c 를 클릭합니다Jeff Mahoney (2006-09-14). "Proposal: Change in Default FS for Releases >= 10.2". gmane.org. Retrieved 2009-08-23..
  16. ^ "Archive:SuSE Linux 6.4". openSUSE wiki. Retrieved 2017-06-28.
  17. ^ "SUSE LINUX 9.1 Administration Guide: Major File Systems in Linux". Novell. Retrieved 2017-06-28.
  18. ^ Shankland, Stephen (16 October 2006). "Novell makes file storage software shift". CNET.
  19. ^ Sharma, Mayank (12 October 2006). "Novell will switch from ReiserFS to ext3". Linux.com.
  20. ^ a b comment by Jeff Mahoney (2006-10-04). "SUSE 10.2 Ditching ReiserFS as its' [sic] default FS? (comment 29)". linux.wordpress.com. Archived from the original on 2006-11-09. Retrieved 2009-08-23.
  21. ^ CBS 5 / AP / BCN (2006-09-14). "Oakland Police Search Home Of Missing Woman's Ex". Archived from the original on 2006-11-06. Retrieved 2009-08-23.
  22. ^ Daniel Robbins(2001), "고급 파일 시스템 구현자 가이드"5를 취득했습니다.2006년 7월
  23. ^ Matthias Andree(2001), 포스트픽스 동기 전제조건에 관한 LKML의 투고.15개 취득.2006년 7월
  24. ^ NEOHAPSIS - 무결성과 통찰력을 통한 안심
  25. ^ Hans Reiser, Reiser4 설계, 리패커 2007-10-24 Wayback Machine 아카이브 완료.5를 취득했습니다.2006년 7월
  26. ^ Theodore Ts'o LKML 투고.5를 취득했습니다.2006년 7월
  27. ^ ReiserFS 다운로드 페이지. 경고를 참조하십시오.5를 취득했습니다.2006년 7월

외부 링크