Linus Torvalds, Linux 6.17에 RISC-V 패치 포함 중단

사기꾼의 Linus Torvalds

리누스 토발즈, 리눅스 커널 개발의 창시자이자 리더 품질과 시간 엄수는 협상의 여지가 없다는 것을 다시 한번 입증했습니다. 리눅스 커널 개발에 참여함.

그리고 Linux 6.17 개발주기 동안 구글 엔지니어 팔머 다벨트 필터를 통과하지 못한 RISC-V 아키텍처에 대한 패치 세트를 제출했습니다. 최고 개발자에게서 받은 것입니다. 이유는 너무 늦게 제출되었고, RISC-V 트리에 속하지 않는 "쓰레기"로 간주되는 변경 사항이 포함되어 있었기 때문입니다.

이 결정은 제안된 개선 사항이 Linux 6.18 버전에 적용될 때까지 적용되지 않을 것임을 의미하며, 이는 특정 환경에서 RISC-V 도입을 늦추고 이러한 업데이트에 의존하는 개발자에게 방해가 될 수 있습니다.

아직 RISC-V에 익숙하지 않은 분들을 위해 다음 내용을 알려드리겠습니다. 이는 자유롭고 개방된 명령어 세트 아키텍처입니다. 2010년 캘리포니아 대학교 버클리에서 탄생한 RISC-V는 유연성과 성장하는 개발자 커뮤니티 덕분에 ARM 및 x86과 같은 독점 아키텍처에 비해 우위를 점하고 있습니다. RISC-V International에는 현재 4500명 이상의 회원이 있습니다.

이러한 성장에도 불구하고 아키텍처는 성숙도와 안정성 측면에서 어려움을 겪고 있습니다. 가용 하드웨어의 성능 문제로 지원을 일시 중단한 키메라 리눅스와 같은 사례는 운영 환경에서의 정착이 얼마나 어려운지를 보여줍니다.

시간과 코드 품질로 표시된 거부

Torvalds는 풀 리퀘스트를 미리 제출해 달라고 요청했습니다. 그는 여행을 떠날 예정이었기 때문입니다. 그러나 업데이트는 8년 2025월 6.17일, Linux 1 병합 기간이 종료되기 이틀 전에 도착했습니다. 병합 기간은 -rcXNUMX 버전으로 출시될 예정이었습니다.

프로젝트 리더는 지연뿐만 아니라 콘텐츠 자체도 비판했습니다.그는 이러한 변경 사항이 RISC-V의 범위를 벗어나 불필요한 수정을 가하여 일반 파일에 영향을 미치고 아무런 가치도 창출하지 못한다고 지적했습니다. 그는 이러한 변경 사항이 "세상을 더 나쁘게 만든다"고 말했습니다.

리누스 토발즈의 반응과 틀림없는 스타일

RISC-V 패치와 관련된 사건은 단발적인 것이 아닙니다. 2025의 6 월, 토르발스는 이미 논란에 휩싸여 있었다. 품질과 유지 관리에 대한 우려로 인해 커널에서 Bcachefs 파일 시스템을 제거했습니다.

이번에 그의 메시지는 간결했습니다. 더 이상 늦은 제출이나 관련 없는 변경은 없을 것이라는 것이었습니다. Palmer Dabbelt는 사과하며 향후 배포에서 이 과정을 바로잡겠다고 약속했습니다.

커뮤니티는 엇갈린 의견을 보였다. 어떤 이들은 그의 솔직함을 커널의 품질을 유지하는 효과적인 방법으로 평가하지만, 다른 이들은 그의 어조가 새로운 기여자들을 의욕에서 멀어지게 할 수 있다고 생각합니다. 그러나 토르발스는 커널의 안정성과 보안이 다른 모든 고려 사항보다 우선한다는 자신의 입장을 고수합니다.

Linux 커널의 수장으로 30년 이상 근무하면서 리누스 토발즈는 직접적이고 때로는 공격적인 의사소통 스타일로 명성을 얻었습니다.그는 과거에 자신의 어조를 완화할 필요성을 인정했지만, 여전히 외교보다는 기술적 엄격성을 우선시하고 있습니다.

그에게 있어서 대소문자를 구분하지 않는 파일 시스템을 도입하거나 코드베이스에 맥락에 맞지 않는 변경을 하는 것과 같은 결정은 시스템의 장기적인 안정성을 손상시킬 수 있는 불필요한 위험을 의미합니다.

RISC-V 패치에 대한 이러한 새로운 거부는 본질적으로 수십 년 동안 Linux 커널을 이끌어 온 철학을 재확인한 것입니다. 즉, 품질은 협상할 수 없으며 마감일은 지켜야 한다는 것입니다.

Linux 6.17용 Btrfs 성능 개선 및 기타 새로운 기능

준비된 기타 새로운 기능 및 개선 사항 Linux 6.17의 경우 성능과 기능이 향상되었습니다. btrfs 파일 시스템가장 주목할 만한 새로운 기능 중 하나는 오버헤드를 줄이는 것을 약속하는 최적화인 대형 폴리오에 대한 실험적 지원입니다. 다양한 시나리오에서 작업 가속화이 기능은 기술적으로 널리 사용될 준비가 되었지만, 개발자들은 이 기능이 완전히 안정적이라고 간주할 만큼 아직 충분히 테스트되지 않았다고 경고합니다.

Btrfs t의 새로운 버전또한 XArray 구조에서 키를 더 조밀하게 배치합니다., 이는 스토리지 스패닝 트리 노드의 간결성을 높입니다. 이러한 변경을 통해 엔드 노드 수를 50%에서 70%까지 줄여 내부 구조를 최적화하고 리소스 소비를 줄일 수 있습니다. 또한, 조각 모음 조정은 ioctl을 통해 적용되었습니다.이전에 설계된 메커니즘을 활성화하여 중요한 파일 시스템 손상을 방지하고, 마운트된 파일 시스템이 있는 블록 장치에 대한 쓰기를 제한합니다.

이 외에도 다음 사항을 강조합니다. 캐싱 시스템 구현 공간에 할당된 비트맵을 비우라는 요청에 대해. 빈 파일 생성을 사용한 테스트에서 이 최적화를 통해 최대 20%의 성능 향상을 달성했을 뿐만 아니라, 메타데이터 부하가 높은 환경에서도 눈에 띄는 개선을 보였습니다. 마찬가지로, 데이터 압축을 사용하는 시스템에서 미리 읽기 기능이 개선되어 데이터 액세스 속도가 향상되었습니다.

마지막으로, 그것에 대해 더 알고 싶다면 자세한 내용을 참조할 수 있습니다. 다음 링크.