JFS가 왜 그렇게 모호합니까?


21

몇 년 전에 Slackware를 처음 사용했을 때 나는 ext3 또는 reiserfs보다 JFS를 좋아하는 것을 빨리 배웠습니다. 정확한 종료가 있으면 디스크 검사가 매우 빠릅니다. JFS가 누군가에 의해 거의 완전히 유지되지 않는 시점까지 모호하다는 것이 최근에 밝혀졌습니다.

나는 그런 소수에 있는지 전혀 몰랐다. 왜 이런 일이 일어 났습니까? 파일 시스템 기술이 JFS에 비교 우위가 없다는 점까지 발전한 것입니까? ext3이 다른 운영 체제와 더 상호 운용 가능한 것입니까? 특정 다른 파일 시스템이 특정 공급 업체 나 커널 개발자로부터 축복을 받았습니까?

역사적인 질문만큼 기술적 인 질문은 아닙니다.


4
나는 JFS를 사용한 적이 없으므로 그것에 대한 사전 의견이 없습니다. 그러나 리눅스 사용자로서 나는 그것에 관심을 가질 이유가 없다. "빠른 디스크 검사"는 매우 강력한 판매 포인트가 아닙니다. 나는 JFS 위키피디아 기사에서 참조되는 debian-administration.org/articles/388 을 보았는데 , 그것을 바탕으로보기 좋지만 눈에 띄지는 않습니다. 6 년 후 : phoronix.com/… 비교 할만한 이점이 없습니다 ...
goldilocks

답변:


22

가장 먼저해야 할 일은 ext [234] 와의 비교 입니다. 이들 중 하나를 교체하는 것은 Windows에서 NTFS를 교체하는 것과 같습니다. 가능하지만 확실하게 전환하려면 상단에서 결정해야합니다.

다른 대안을 제거하는 것이 아니라 기존 대안을 유지하는 것에 대해 묻는다는 것을 알고 있지만 특권 경쟁은 방의 산소를 대부분 빨아 들이고 있습니다. 경쟁을 제거 할 때까지 한계 대안은 주목을받는 데 매우 힘든 시간이 될 것입니다.

ext [234] 가 사라지지 않기 때문에 JFS와 그 ilk는 처음부터 심각한 단점이 있습니다.

(이 현상을 기본의 폭정이라고합니다.)

두 번째는 JFS와 XFS 가 거의 동시에 Linux에 기여했으며 동일한 문제를 거의 해결한다는 것입니다. 커널 괴짜들은이 둘 사이의 장점에 대해 논쟁 할 수 있지만 사실 ext [234] 의 한계 중 하나에 빠진 사람들 은 XFS와 JFS에서 거의 동등한 두 가지 솔루션을 가지고 있다는 것입니다.

그렇다면 왜 XFS가 이겼습니까? 확실하지 않지만 여기에 몇 가지 관찰 사항이 있습니다.

  • Red Hat과 SuSE가이를 승인했습니다.

    RHEL 7은 기본 파일 시스템으로 XFS를 사용하며 RHEL 6에서는 설치 시간 옵션이었습니다. RHEL 6이 나온 후, Red Hat은 공식 XFS 지원을 RHEL 5로 백 포트했습니다. EPEL 채널.

    SuSE 는 2002 년에 릴리스 된 SLES 8돌아가서 Red Hat보다 훨씬 빠른 설치 시간 옵션으로 XFS를 포함 시켰 습니다. 현재 기본값은 아니지만 전체적으로 공식적으로 지원되었습니다.

    다른 많은 리눅스 배포판이 있고, RHEL 및 수세는 전체 리눅스 공간에서 가장 인기있는 배포판 아니지만, 그들은 이다 큰 철 선택의 배포판. 그들은 JFS와 XFS의 장점이 가장 중요한 곳에서 놀고 있습니다. 이 회사는 항상 개를 wa 수는 없지만 큰 철과 관련된 질문에 때로는 할 수 있습니다.

  • XFS는 현재 사라지고있는 SGI 의 회사입니다. 그들이 죽기 전에, 그들은 XFS에있는 모든 권리를 공식적으로 양도 했으므로 리눅스 사람들은 커널에 포함 시켜서 편안하게 느꼈습니다.

    IBM은 또한 Linux 커널 관리자가 편안하게 사용할 수 있도록 JFS에 대한 충분한 권한을 부여했지만 수천 개의 특허를 보유한 수십억 달러 규모의 활발한 회사라는 사실을 잊을 수 없습니다. IBM이 Linux에 대한 지원이 더 이상 관심사에 부합하지 않기로 결정한 경우에는 추악해질 수 있습니다.

    물론 누군가가 지금 SGI의 IP 권리를 소유하고 있고 소란을 일으킬 수는 있지만 SCO 파괴 보다 나쁘지는 않을 것입니다 . 그들의 관심사 에는 현재 Linux 지원이 포함되어 있기 때문에 IBM은 이러한 트롤을 고려하고 계량하는 데 도움을 줄 수도 있습니다 .

    요컨대, XFS는 많은 사람들에게 "자유로운"느낌을줍니다. 향후 IP 문제가 발생할 가능성은 적습니다. 현재 IP 시스템의 문제점 중 하나는 저작권이 회사의 수명과 관련되어 있으며 회사는 대개 죽지 않는다는 것입니다. 글쎄, SGI는했다. 따라서 사람들은 SGI의 XFS 기여를 개인의 기여와 동일하게 취급하는 것에 대해 더 기분이 좋아집니다.

  • JFS와 XFS와 거의 비슷한 두 가지 대안이있는 네트워크 효과 와 관련된 시스템에서는 50/50의 시장 점유율을 거의 얻지 못합니다.

    여기에서 네트워크 효과는 훈련, 호환성, 기능 가용성입니다 ...이 효과는 균형을 더욱 빨리 이기고 옵션을 선택합니다. Witness Windows vs. OS X, Linux vs. all-other- * ix, Ethernet vs. 토큰 링 ...


Windows와 OS X의 비교는 전적으로 공평하지 않습니다. OS X는 2001 년에 나 왔으며 그 당시 Windows (OS, NTFS 파일 시스템 및 Win32 API)는 오랫동안 잘 확립 된 플레이어였습니다. Windows (특히 NT 라인)와 클래식 Mac OS는 특히 기업 시장에서 두 가지 완전히 다른 게임을했으며, 대부분의 가정 사용자는 HFS +, JFS, XFS, NTFS, ext3fs 또는 whathaveyouFS를 실행하는 경우 거의 신경 쓰지 않았습니다. 파일 저장 및 검색 작업을 수행합니다.
CVn

@ MichaelKjörling :이 점을 알고 있지만, 요점을 놓쳤습니다. DOS 주변의 네트워크 효과로 인해 원래 Windows가 Mac OS Classic보다 앞서서 OS X의 도입을 넘어 섰습니다. . 또한, 두 OS 사이의 파일 시스템 차이는 더 넓은 지점을 넘어서게됩니다. 이는 단순히 네트워크 효과로 인해 50/50의 시장 점유율 분할을 막는 것입니다. 대안 중 하나는 항상 결정적인 리드를 취합니다. 리더는 변경 될 수 있지만 변경을 위해 힘이 발생하면 스플릿은 50/50을지나 빠르게 다시 스윙합니다.
Warren Young

AFAIK는 해당 코드를 작업 한 모든 사람이 70 년 이상 사망 한 경우 저작권 만료됩니다.
Ángel

@ Ángel : 소프트웨어 개발자는 일반적으로 "임대 작업"계약에 따라 고용되어 회사가 작성한 코드를 자동으로 소유합니다. XFS의 권한은 SGI 또는 IP를 소유 한 사람이 아니라 자신의 IP를 소유 한 사람에게 있습니다.
워렌 영

워렌, 저의 이해는 저작권 소유자와 상관없이 저자가 사망 한 후 70 년 후에 (또는 해당 지역 법률에 명시된 모든 것) 저작권이 만료된다는 것입니다 .
Ángel

17

Linux에서 JFS를 광범위하게 다루고 문제를 해결하기 위해 소스 코드를 조사한 사람으로서 몇 가지 이유를 추측 할 수 있습니다.

  1. JFS는 AIX 용으로 작성된 파일 시스템의 포트이며 OS / 2로 포팅 된 후 소스를 엽니 다. 코드 오염의 위험이 있기 때문에 AIX 개발자는 작업하지 않으며 OS / 2는 한동안 개발되지 않았습니다.
  2. 내 코드를 읽고 JFS를 개발 한 결과 프로젝트에서 수정되었지만 수정되지 않은 코드에서 많은 문제 (그중 하나는 IBM이 만든 빅 엔디안 시스템의 FS 크기 조정 실패)를 보았습니다. IBM 개발자가 공식적으로 트리의 해당 부분의 관리자가 아니기 때문에 수정 후 몇 달이 지나면 메인 라인 커널에 병합되었습니다.
  3. 읽기 어려운 코드는 디버깅하기 어렵 기 때문에 코드에는 많은 가독성 문제가 있는데, 이는 배포판의 공식 지원 부족에 기여했을 것입니다.
  4. Linux 용 JFS의 시작 부분에서 주요 용도 중 하나는 정보를 마이그레이션하고 AIX 시스템과 정보를 공유하는 것이었지만 AIX5L에서는 독점 LVM을 사용하지 않고 간단한 디스크에서 파일 시스템을 사용하는 (지원되는) 옵션이 없었습니다. Linux에서는 사용할 수 없었던 AIX 및 JFS는 이러한 확장을 Linux로 이식하지 않고 확장되었습니다 (1 번 참조).

설명 : 과거에는 IBM에서 일했지만 IBM AIX 개발 팀이나 JFS 개발 팀의 일원이 아니 었으며 이러한 가정은 논리와 파일 시스템 및 Linux의 역사에 대한 친숙 함을 기반으로합니다.


JFS가 언제든지 SUSE의 기본 fs 인 것을 기억하지 않습니다. XFS는 몇 년 동안 (ext4 이전) 기본 fs였습니다.
Reinstate Monica-M. Schröder

어쩌면 이것은 우리 사이트의 표준이었고 기억이 나를 잘못 인도하고 있습니다 ... 그 지점을 제거하겠습니다.
Didi Kohen
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.