ZDNET을 팔로우하세요: 우리를 선호 소스로 추가하세요 Google에서.
ZDNET의 주요 시사점
- Linus는 쓸모없는 하드웨어나 소프트웨어를 지원하는 데 관심이 없습니다.
- Rust가 중요하기는 하지만, 잘못된 프로그래밍 논리에 대한 만병통치약은 아닙니다.
- Linux 개발자는 유지 관리 작업을 위해 AI 도구를 채택했습니다.
뭄바이 — Open Source Summit India 2026에서 Linux 제작자 Linus Torvalds와 그의 친구 Dirk Hohndel은 Linux의 현재 상태와 Linux가 어디로 향하는지에 대해 논의했습니다.
Linux 7.1: 느리고 꾸준하며 화려하지 않음
대화는 Hohndel이 Linux 7.1 릴리스에 대해 Torvalds가 어떻게 생각하는지 묻는 것으로 시작되었습니다. Torvalds는 블록버스터 출시라는 측면에서 생각하지 않는다고 말했습니다. “나에게 가장 중요한 점은 지속적인 개선이 매우 꾸준히 진행되었다는 것입니다.” 그는 Git 버전 제어 시스템을 만든 이후로 “우리는 새롭고 화려한 기능을 갖춘 릴리스를 만들지 않고 실제로 그런 모델을 적극적으로 피하려고 노력합니다. 우리는 항상 이런 종류의 점진적인 개선과 꾸준한 발전을 원합니다”라고 강조했습니다.
또한: Linus Torvalds는 Git을 10일 만에 구축했지만 20년 동안 지속될 것이라고는 상상도 못했습니다.
그러나 AI는 이러한 작업 흐름을 압박하고 있습니다. 커널이 9~10주마다 “꾸준한 릴리스 일정”을 계속하고 있음에도 불구하고 Torvalds는 “최근에는 흥미로운 버그를 찾는 AI 때문에 좀 더 어려워지고 있으며 이로 인해 커뮤니티 사람들이 스트레스를 받고 있습니다”라고 덧붙였습니다.
창, 수정 사항 및 성격 버그 병합
Torvalds는 커널 병합 기간 중 자신의 작업 패턴을 다음과 같이 설명했습니다. “2주에 걸쳐 대략 200개의 병합을 수행합니다. 이는 매우 대략적인 수치입니다.”
수십 년간 유지보수 담당자를 신뢰했음에도 불구하고 그는 마지막 순간의 변경 사항을 밀어붙입니다. “정말 중요한 수정 사항이 아니라면 나에게 최종 수정 사항을 보내는 대신 다음 릴리스를 위해 대기열에 넣어 두십시오.”
또한: Linux 7.1은 Intel 486 CPU 시대를 끝내고 심각한 레거시 정리 작업을 수행합니다.
기술적인 부담은 사람의 문제만큼 그를 괴롭히지 않습니다. “새 코드는 기술적인 문제입니다. 우리는 그것을 고칠 수 있습니다. 저에게 스트레스를 주는 것은 때때로 성격 문제가 있다는 것입니다. 제 말을 믿으세요. 코드는 고치기 쉽습니다. 성격은 항상 고치기 쉬운 것은 아닙니다.” Torvalds는 그 문제를 해결하기 위해 노력했지만 그 문제 중 일부는 자신이 일으켰다는 것을 인정합니다.
‘저는 프로그래머가 아닙니다. 개발 책임자입니다.’
변경된 또 다른 사항은 다음과 같습니다. Torvalds는 더 이상 자신을 프로그래머로 보지 않습니다. “솔직히 말해서 저는 더 이상 코드를 전혀 읽지 않습니다. 저는 프로그래머가 아니고 개발 책임자입니다.”
그는 여전히 작은 패치를 작성하지만 권위보다는 지침에 가깝습니다. “나는 여전히 사람들에게 패치를 보낸다는 의미에서 코드를 작성합니다… 하지만 이것은 제안이라는 점을 매우 분명히 합니다. 이것은 테스트되지 않았습니다… 코드 관리자가 나에게 수정 사항을 다시 보낼 것이라고 기대합니다. 그래서 나는 더 이상 내 코드를 커밋하지 않습니다.”
또한: Linus Torvalds가 자신을 화나게 만드는 AI 주장과 보안 연구원이 절대 해서는 안 되는 일에 대해 설명합니다.
그에게 가장 중요한 것은 의도를 이해하는 것입니다. “풀 리퀘스트를 할 때 더 큰 그림을 이해하고 싶습니다. 이것이 제가 아주 좋은 설명이 포함된 풀 리퀘스트를 요청하는 이유 중 하나입니다. 읽어보겠습니다. 무슨 일이 일어나고 있는지 이해하고 싶습니다.”
그는 빌드 중단이나 병합 충돌과 같이 주의를 끌게 될 때 주로 코드에 빠져들었다고 말했습니다. “나는 수년 동안 잠자면서라도 할 수 있을 만큼 많은 충돌 해결 작업을 수행했습니다. 그 시점에서 꽤 자주, 코드를 볼 때 가끔 문제를 발견합니다.”
NTFS 및 박물관 조각 청소
오랫동안 골치 아픈 Microsoft NTFS 하위 시스템에 대해 Torvalds는 “NTFS는 수년 동안 일종의 문제아였으며 이를 유지 관리할 사람을 찾는 것이 때때로 문제가 되었습니다.”라고 농담했습니다.
그는 계속해서 “우리는 서로 다른 두 가지 버전의 NTFS를 유지 관리하는 두 개의 서로 다른 그룹이 있고 둘 다 작동합니다. 나는 그들이 싸우면서 어느 것이 상위에 있는지 확인하도록 할 것입니다. 아니면 둘 다 오랫동안 유지될 수도 있습니다.”
Torvalds는 “나는 기술에 관해서 그다지 감상적이지 않습니다.”라고 덧붙였습니다. “우리는 박물관 환경을 제외하고 말 그대로 아무도 더 이상 사용하지 않는 하드웨어에 대한 지원을 중단하는 데 좀 더 적극적입니다.”
또한: Linux를 사용한 지 30년이 지난 후 Windows 사용자가 Linux로 전환하도록 설득하는 방법은 다음과 같습니다.
그는 “사용자가 있는 한 하드웨어 지원을 유지해야 한다고 굳게 믿습니다”라고 말하면서 “어느 시점에서는 기존 하드웨어에 대한 지원을 유지하는 비용이 너무 큰 부담이 됩니다”라고 주장하면서 “7.2에서는 문자 그대로 30년 전에 출시된 486 SX와 같이 x86에서 하드웨어 부동 소수점을 지원하지 않는 시스템을 더 이상 지원하지 않을 것”이라는 결정을 지적했습니다.
이는 Linux에서 사용되지 않는 코드를 제거하려는 광범위한 노력의 일부입니다. 예를 들어, ISDN 및 ATM과 같은 네트워킹 표준에 대한 지원이 중단됩니다. 그러나 여전히 오래된 기술을 사용하고 있다면(아직 어딘가에서 386에서 Linux를 실행하는 사람이 분명히 있을 것임) 이전 커널을 사용하여 여전히 그렇게 할 수 있습니다.
Git, C, Rust 및 ‘핵 앤 슬래시’
Torvalds는 자신의 작업 방식에 대해 간단히 다음과 같이 말했습니다. “Git과 이메일은 제가 사용하는 유일한 두 가지 도구입니다. 저는 정보를 찾는 방법으로 Google을 사용합니다.” 그는 “나는 특이하다. 대부분의 다른 유지관리자들은 결국 더 많은 도구를 사용하게 되고, 그들 중 많은 사람들이 패치 확인을 위해 AI 도구를 사용하기 시작한 것 같다”고 덧붙였다. 그는 “더 높은 수준에서 일한다. 나는 도구가 아닌 사람과 함께 일한다”고 덧붙였다.
또한: 기술계의 거물인 리누스 토발즈(Linus Torvalds)와 빌 게이츠(Bill Gates)가 첫 만남에서 이야기한 내용
Git과 커널 모두에서 Rust에 관해 질문을 받았을 때 그는 과장된 광고에 대해 다음과 같이 말했습니다. “Rust가 세계를 장악할지는 확실하지 않습니다. 나는 여전히 Rust가 매우 흥미롭다고 생각합니다. 하지만 여전히 C가 훨씬 더 단순한 도구라고 생각합니다.”
Torvalds는 계속해서 “자동 패치 확인 도구”와 “Sashiko와 같은 패치에 대한 자동 이메일 확인 도구”를 포함하여 C 검증을 위해 우리가 가지고 있는 모든 도구에 대해 훨씬 더 기대하고 있습니다.
요약하자면 Torvalds는 뭄바이 청중에게 다음과 같이 말했습니다. “저는 핵 앤 슬래시에 가까운 사람이고 여전히 C의 순수하고 단순한 힘을 좋아합니다. 그리고 그것이 바뀔 것이라고 생각하지 않습니다.”
Rust는 논리 버그로부터 당신을 구해주지 않습니다
Torvalds는 또한 Rust의 이점을 과대평가하지 말라고 경고했습니다. “Rust는 C에서 만들 수 있는 몇 가지 쉬운 버그를 수정하지만 논리 오류를 수정하지는 않습니다. 그렇죠? 그것은 당신을 위해 생각하지 않으며 잘못된 코드를 작성하면 언어는 중요하지 않습니다. 최종 결과는 정확하지 않을 것입니다.”
또한: Rust는 AI로부터 Linux를 구할 것이라고 Greg Kroah-Hartman이 말했습니다.
혼합된 C/Rust 코드 기반에서 그는 보장이 제한적이라고 지적했습니다. “Rust가 제공하는 보장은 코드 기반의 Rust 전용 부분에만 적용되며, C 코드와 상호 작용하는 모든 곳에서는 모든 베팅이 취소됩니다.” Linux의 대부분 Rust 코드는 “훨씬 더 나은 품질을 제공하는 핵심 커널 C 코드”와 관련이 있습니다. 해당 코드는 모든 단일 환경에서 테스트되었기 때문입니다.
그는 “최근 커널에서 가장 크고 주목받는 버그 중 일부는 논리 오류였습니다. 이는 단지 잘못된 프로그래밍일 뿐이며, 슬프게도 신중하게 유지 관리되는 하위 시스템과 매우 안전하다고 여겨지는 중요한 커널에서도 발생합니다.”라고 덧붙였습니다.
AI, LLM, ‘정크’ 대 실제 버그
마침내 26분 동안 AI와 LLM에 대해 이야기하지 않은 후 Hohndel과 Torvals가 개입했습니다. 우선 Torvalds는 LLM(대형 언어 모델)에 대한 자신의 최근 의견을 수정하여 LLM 생산성에 대한 자신의 “10x” 수치가 “과학적이지 않습니다… 그건 제 엉덩이에서 나온 수치입니다.”라고 강조했습니다.
오늘날 그는 계속해서 “우리는 그것이 가져가는 것보다 더 많은 생산성을 창출할 수 있는 지점에 와 있습니다”라고 말했습니다. 그러나 “우리는 확실히 올해 초까지 유용한 코드를 보았던 것보다 LLM에 의해 더 많은 정크가 생성되는 것을 보았습니다.” 가장 큰 문제점은 가짜 보고서였습니다. “완전히 타당해 보이는 버그 보고서를 받게 되는데, 실제로 그것이 단지 환각이었다는 것을 알아내는 데는 꽤 많은 노력이 필요할 수 있습니다. 그리고 이 기계가 생성한 보고서가 사실이 아니라는 것을 알아내기 위해 인간이 많은 노력을 쏟는다면 실제로 자원이 엄청나게 소모될 수 있습니다.”
또한: Linux 커널의 AI 지원 코드에 대한 새로운 규칙: 모든 개발자가 알아야 할 사항
지금도 그는 “대부분의 좋은 것에는 LLM 이상의 것이 필요합니다.”라고 말했습니다. 왜냐하면 “우리는 상당히 뒤로 물러나야 했습니다… LLM에서 버그를 발견하면 LLM에게 버그 보고서를 작성하도록 요청한 다음 울타리 너머로 우리에게 던지는 것만으로는 충분하지 않습니다. 우리는 제안된 패치를 보고 싶습니다. LLM을 실행한 사람이 일종의 앞뒤로 행동하는 것을 보고 싶습니다.”
Torvalds는 많은 AI 생성 패치를 “무심코 반창고 같은 종류의 패치… 즉각적인 문제를 해결할 수는 있지만 버그 종류는 여전히 남아 있으며 복도에서 다른 곳에서 공격하기를 기다리고 있습니다.”라고 설명했습니다.
자신의 장난감 프로젝트에서 그는 LLM을 프로토타입 제작자로 사용합니다. “저는 프로토타입을 만드는 방법으로 LLM을 사용합니다. 코드는 그런 형식으로 사용할 수 없는 경우가 많지만 무언가를 시험해 볼 수 있는 좋은 방법입니다.” 커널 수준 수정에 대해서는 “내 경험상 LLM은 아직 그런 수준에 이르지 못했습니다.”라고 주장합니다.
당황스러운 버그와 메신저를 쏘지 않는 것
Torvalds는 AI가 발견한 일부 문제가 “절대적으로, 놀랍게도, 내 말은, 고통스러운 방식으로 흥미로웠다”고 인정했으며, 특히 “이틀 후 기술 언론에 나타나는” 보안 문제는 더욱 그렇습니다.
당혹감에도 불구하고 그는 “나는 메시지를 전달하는 사람이 아닙니다. LLM이 당혹스러울 때에도 버그를 찾는 것이 훨씬 더 낫다고 생각합니다. 버그는 아마도 20년 전에 발견했어야 했던 것입니다.”라고 말했습니다.
또한: Linus Torvalds는 ‘쓰레기’ 패치로 ‘세상을 더 나쁘게 만든다’고 커널 개발자를 비난했습니다.
최근 몇 달 동안 그는 서로 다른 사람들이 커널의 동일한 영역에서 반복하면서 “우리는 LLM이 모두 관련된 몇 가지 버그를 지적하도록 했습니다”라고 덧붙였습니다. “그래서 우리는 몇 주 안에 큰 뉴스가 된 매우 밀접하게 관련된 서너 개의 버그가 있었던 것입니다.”
고질라, 인도, 그리고 ‘장난감 프로젝트’
Torvalds는 가족 사진을 포함하여 “나만의 장난감 프로젝트”에 AI를 사용한다고 말하면서 가벼운 어조로 마무리했습니다. “새로운 곳을 여행할 때마다 인도에 가본 것은 이번이 처음입니다. 아이들에게 내가 있는 곳의 사진을 보내는데, 어떤 이상한 이유로 고질라가 나를 따라다니면서 그 사진에 추가되는 것 같습니다.”
그는 “AI에는 유용한 용도와 덜 유용한 용도가 많다”며 “고질라가 멈추기에 좋은 곳이라고 생각한다”고 결론지었다.
공식 정보 바로가기