컴파일丨Noah
51CTO 기술 스택으로 제작됨(WeChat ID: blog51cto)
Linus Torvalds는 최근 Google 기고자가 Linux 커널 메일링 리스트에 매우 비판적인 게시물을 게시하여 파일 시스템 권장 사항에 대해 신랄한 견해를 밝혔습니다. 논쟁은 Red Hat에 따르면 특정 파일 시스템의 메타데이터에 대한 고유 식별자인 inode에 집중됩니다.
Inode 문제는 최근 Linux 커널 메일링 리스트에서 뜨거운 주제가 되어 많은 논의를 불러일으켰습니다. 특히 Google 커널 기여자인 Steven Rostedt와 Torvalds는 이 문제에 대해 열띤 의견을 교환했습니다. "모든 파일과 디렉터리를 동일한 inode 번호로 만들기"에 대한 논의에서 파일 보관을 위해 tar를 사용할 때 inode가 여전히 어떤 역할을 할 수 있다는 점이 지적되었습니다. 그러나 토발즈는 아이노드의 시대는 지났다고 믿으며 더 많은 논의와 논란을 불러일으켰다. 이는 Linux 커뮤니티가 inode 문제에 대해 서로 다른 견해와 입장을 가지고 있음을 보여주며, 이는 문제의 복잡성과 중요성도 반영합니다.
그는 다음과 같이 썼습니다. "예, inode 번호는 한때 중요했고 고유한 역사적 배경을 가지고 있었습니다. 그러나 이제 우리는 더욱 진보되고 효율적인 파일 시스템으로 나아가야 합니다. inode 번호는 더 이상 유일한 설명자가 아닙니다. 끊임없는 변화의 시대.”
이에도 불구하고 inode에 대한 논쟁은 계속됩니다. 결국 Rostedt는 모든 inode가 고유한 번호를 가져야 한다고 제안했습니다.
최근 몇 년 동안 Torvalds의 답변에서 표현과 어조가 매우 드물었습니다.
2018년 리누스 토발즈는 일시적으로 탈퇴하고 감정 조절을 위한 도움을 받을 것이라고 발표했습니다. 그는 이전에 다른 Linux 프로그래머와 프로젝트 기여자에게 이메일을 통해 경솔하고 공격적인 발언을 한 것에 대해 사과했으며, 자신의 행동이 비전문적이고 정당하지 못했다는 점을 인정했습니다. 그는 특히 개인적으로 공격을 가한 것에 대해 깊은 유감을 표한다고 말했습니다.
Torvalds는 주로 Linux 커널 메일링 리스트가 실제로 많은 기여자들의 작업장이기 때문에 회개를 표했습니다. 언어폭력의 남용은 쾌적한 근무환경 조성에 해를 끼칠 뿐만 아니라, 자원봉사자와 유지관리자의 참여에도 영향을 미칩니다. Linux 프로젝트가 이러한 기여자에 의존한다는 점을 고려하면 열악한 작업 환경은 전체 프로젝트에 부정적인 영향을 미칠 수 있습니다.
고유한 inode 번호에 대한 Rostedt의 제안에 대해 Torvalds는 먼저 "필요한 것보다 더 복잡하게 만들지 마세요"라고 말했습니다.
그러자 그의 말은 더욱 강렬해졌습니다:"맙소사, VFS 레이어 함수 복사를 중단하세요! 지난번에도 안 좋은 생각이었는데, 이번에도 정말 안 좋은 생각이에요. 이런 쓰레기 코드는 용납하지 않겠습니다.
"
Rostedt에 대한 Torvalds의 주요 비판은 Google 개발자가 관련된 주제를 완전히 이해하지 못했다고 믿었다는 것입니다. 이는 Rostedt가 나중에 인정한 것입니다.그러나 그 전에 토발즈는 이미 자신의 언어적 "공격"을 시작했습니다. 아래에 언급된 바와 같이:
특정 작업을 수행하는 이유를 이해하지 못한 채 함수를 복사했으므로 코드는 완전히 쓰레기입니다.
다시 한 번 강조합니다.
다음 시간에는 비교적 차분한 어조로 토론이 이어졌습니다. Torvalds는 Rostedt의 우려를 더 잘 해결할 것이라고 믿는 제안을 했습니다.
Linux의 아버지는 이미 이 문제에 충분한 시간을 낭비했고 지금은 이 문제에 에너지를 쏟기에는 다른 책임에서 너무 뒤쳐져 있기 때문에 이 문제를 즉시 해결할 계획이 없다고 썼습니다.
Torvalds의 진술에 대해 Rostedt는 다소 날카로운 관찰로 응답했습니다.
귀하의 현재 업무량과 일정을 완벽하게 이해하고 있습니다. 시간을 내어 이 주제에 대해 토론하고 귀중한 통찰력과 대안을 제공해 주셔서 정말 감사드립니다. 귀하의 제안을 신중하게 고려하고 구현을 재검토하겠습니다. 우리 코드의 품질과 Linux 커널의 전반적인 안정성과 효율성을 보장하기 위해 이러한 오해와 잘못된 작업이 다시 발생하지 않도록 파일 시스템과 관련된 기본 메커니즘을 더 깊이 파고들 것입니다. 귀하의 지도에 다시 한 번 감사드립니다. 이에 따라 개발 방향을 조정하고 더 나은 솔루션을 얻기 위해 노력하겠습니다.
아이러니하게도 제가 미뤄왔던 책임 중 하나는 유지관리자가 직장 스트레스와 탈진을 처리하는 방법에 대한 지원 문서를 작성하는 동안 eventfs를 수정하는 것입니다. :-p
일요일 Torvalds는 Linux 커널의 행복한 주제에 대한 뉴스를 게시하기 시작했습니다. Linux 커널 6.8-rc2 버전이 공식적으로 출시되었습니다.
그는 rc1에 "데스크탑을 정지시킬 수 있는 amdgpu 스케줄링 버그(결국 복구되지만 대부분의 사용자가 기다리지 않고 컴퓨터를 다시 시작하도록 선택할 만큼 복구 시간이 길어질 수 있음)"가 포함되어 있다고 지적합니다.
"이 문제는 꽤 많은 사람에게 영향을 미치는 것 같습니다."
다행히 Torvalds가 직접 겪었던 btrfs 버그는 출시 전에 발견되었기 때문에 rc1에는 나타나지 않았습니다.
그는 게시물에 "어쨌든 rc2 출시로 이제 릴리스 주기가 보다 안정적인 단계에 진입하고 많은 테스터에게 영향을 줄 수 있는 이러한 문제가 해결되었으면 좋겠다"고 썼습니다. , 후속 수정 사항은 더 자세하고 공통 코어 구성에 영향을 주지 않도록 노력할 것입니다.”
"그럼 마음껏 테스트해 보세요. 이제 안전합니다. 저를 믿으시죠?
"물론, 커널 자체 개발에 관한 질문이라면 말이죠.
Linus Torvalds는 Linux 커널 6.8-rc2 버전을 출시한 후 개발자와 테스터가 새 버전 테스트에 적극적으로 참여할 것을 권장했습니다. 커널 개발 과정에서 버그 수정, 기능 최적화 등의 난관이 불가피하게 발생하지만, Linux 커널은 지속적인 반복 업데이트와 커뮤니티 구성원 간의 협력과 피드백을 통해 지속적으로 개선되고 향상될 수 있습니다. 따라서 커널 개발을 신뢰하고 관심을 갖고 있는 사람들에게 테스트에 참여하는 것은 커널의 품질을 향상시키는 데 도움이 될 뿐만 아니라 전체 오픈소스 생태계를 발전시키는 핵심 단계 중 하나이기도 합니다.
참조링크: https://www.theregister.com/2024/01/29/linux_6_8_rc2/?td=rt-4a
위 내용은 리눅스의 아버지가 새해에도 또 화를 낸다! 분노한 구글 커널 기여자들 비난: 이런 쓰레기 코드는 받아들이지 않겠다의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!