[지디넷코리아]지난 몇 년간 IT 산업이 겪었던 여러 크고 작은 사건 중 혹독한 열병에 속하는 것들이 몇 가지 있다. 대표적인 것이 닷컴으로 대표되는 거품이었고, 같은 맥락에 위치한 리눅스의 부침이다.

최근 몇 년간의 리눅스 관련 보도를 주의 깊게 살펴본 사람이라면 ‘뜨고 지는’ 리눅스의 모습을 생생하게(?) 지켜봤을 것이다. 특히 미국 IT 경제와 동기화가 비교적 빠른 국내 IT 산업 역시 비슷한 열병을 앓았다는 것은 부인할 수 없는 사실이다.

한편, 이런 사정을 아는지 모르는지 유럽과 중국, 남미에서는 오픈소스 소프트웨어 사용률이 점점 높아지고 있다. 중국 정부의 리눅스 ‘사랑’은 몇 년 전부터 잘 알려진 사실이지만, 독일에서도 독일 연방의회 전산시스템에 리눅스를 도입하는 것을 두고 독일 사민당과 자민당 의원이 참여하는 온라인 토론회까지 열리는 진풍경이 펼쳐지기도 했다.

비록 현실 시장에서 리눅스 비즈니스가 큰 성공을 거두지는 못했지만 이렇게 사람들의 기억에서 여전히 잊혀지지 않는 것은 수많은 리눅스 개발자들의 보이지 않는 노력 덕분일 것이다. 그러나 최근 리눅스 커널 개발 공동체에서 벌어지는 일련의 논쟁을 보면 앞으로 리눅스가 겪어야 할 도전은 산업적인 것이 아니라 공동체 내부에서 나올 것임을 암시하고 있다.

리눅스 커널 개발 문제 많다?
리눅스 커널(이하 커널) 공동체에서 최근 긴장을 불러일으킨 논쟁은 바로 커널 개발 과정과 방식에 대한 것이었다. 지난 2월 1일 ZDNet 보도에 소개된 것처럼 현재 커널은 크고 작은 문제와 이를 해결하기 위한 패치로 인한 스트레스가 꽤 높은 수준에 달했다. 롭 랜들리는 이 문제를 해결하기 위해 커널 메일링 리스트에 패치를 관리할 패치 펭귄을 제안했지만 반응은 그다지 좋지 않았다.

리누스 토발즈는 자신이 받아들이지 않은 패치는 정식으로 보내진 것이 아니거나 자신이 신뢰하는 사람이 보낸 것이 아니라고 대답했다. 그리고 리누스 토발즈가 신뢰하는 커널 서브시스템 책임자가 패치를 받아들이지 않았다면 그 패치는 문제가 많은 패치라는 것이다.

리누스 토발즈가 패치를 꺼리기(?) 시작한 것은 커널 2.4를 발표한 직후부터였다. 커널 개발 메일링 리스트에 보낸 메일에서 리누스 토발즈는 모든 패치는 주말에 몰아 작업하고 패치를 적용하기 위해 진지한 검토 과정을 거칠 것이며 따라서 커널 2.4는 이전 버전에 비해 적용되는 패치 수가 줄어들 것이라고 말했다.

역대 사고 기록 갱신(?)
커널 2.4는 2.2처럼 많은 기능이 한꺼번에 추가되지는 않았지만 내부적으로 많은 변화가 있었고 2.5 이후 버전을 염두에 두고 튼튼한 기반 구조를 만드는 데 집중한 버전이었다. 하지만 리누스 토발즈가 자신한 것처럼 2.4는 그렇게 튼튼하지 않았다.

2.4는 실제로 버전마다 사고를 일으키는 진기록(?)을 세웠다. 조슈아 드레이크(Joshua Drake)는 자신이 겪은 2.4.6까지의 sync() 버그, 2.4.11까지의 VM 문제를 비롯해 2.4.15에서 발견한 파일 시스템에 손상을 입히는 버그에 대해 이야기한 후 “대형 서버들에 있어서 커널 2.4는 재앙과도 같다”며 커널 2.4의 문제점을 지적했다.

패치 관리 부재는 큰 손실 야기
젠투 리눅스 창시자인 다니엘 로빈스 역시 젠투 리눅스 사이트에 올린 「Guru Medication Error-missing pathces」와 「Guru Medication Error Redux」라는 자신의 글에서 커널 개발 과정에 대해 문제를 제기했다(편집자 주: 자신의 글을 인용할 수 있도록 흔쾌히 허락해준 다니엘 로빈스에게 감사의 말을 전한다).

다니엘 로빈스는 애슬론/비아 82c686b 시스템에서 ATAPI ZIP 250 장치가 일으키는 문제를 해결한 패치(맨드레이크에서 2001년 11월 제작)가 꽤 긴 시간이 지났음에도 공식 커널에 적용되지 않은 사례를 소개했다.