운영체제를 고른다고 하면 대개 성능이나 하드웨어 지원, 상용 지원 여부를 떠올린다. 그런데 학계와 연구소가 새로운 네트워크 프로토콜이나 커널 구조를 실험할 때는 조금 다른 기준이 작동한다. 소스를 자유롭게 뜯어볼 수 있는지, 그 코드가 잘 문서화된 정통 계보를 따르는지, 다양한 하드웨어에서 같은 코드를 돌릴 수 있는지가 관건이다. NetBSD가 오랜 기간 여러 연구 프로젝트의 '실험대'로 쓰여 온 배경에는 바로 이 세 가지가 있다. NetBSD 측이 정리한 연구 사례 목록은 이 운영체제가 제품이라기보다 검증용 토대로 얼마나 폭넓게 활용됐는지를 보여준다.
프로토콜 실험의 무대
가장 두드러지는 분야는 TCP/IP 관련 연구다. NASA 루이스 연구센터의 위성 네트워크 부서는 위성 통신에 적합한 TCP를 찾기 위해 사실상 NetBSD만을 사용했다. 선택적 확인응답 기반 재전송(FACK TCP)이나 초기 윈도를 키운 TCP 같은 확장을 위성 환경과 지상 환경 양쪽에서 시험하며, 성능 이득뿐 아니라 다른 트래픽과의 공정성까지 함께 측정했다. 이 작업은 IETF의 TCP Over Satellite 및 TCP Implementations 워킹그룹과 연계돼 진행됐다. 애리조나대학의 Lawrence Brakmo 등이 제안한 확장형 슬로스타트 방식인 TCP Vegas 역시 USC의 Peter B. Danzig 연구진이 NetBSD 1.0으로 포팅해 실제 실험을 수행했다. 프로토콜의 미세한 동작을 뜯어보려면 커널 안까지 손을 넣어야 하는데, 열린 소스가 이를 가능케 한 것이다.
이 계보의 상징적 성과가 스웨덴 대학 네트워크(SUNET)의 인터넷2 육상 속도 기록이다. 연구진은 2GHz 단일 CPU를 얹은 델 2650 두 대에 NetBSD 2.0 베타를 올려, 스웨덴 룰레오 공대와 미국 새너제이 스프린트 접속점 사이에서 단일 IPv4 TCP 스트림으로 30분이 채 안 되는 시간에 약 840GB를 전송했다. 기록은 69.073 페타비트·미터/초였다. 이들이 밝힌 NetBSD 선택 이유는 간명하다. 'TCP 코드의 확장성'이었다.
커널 내부와 임베디드까지
NetBSD는 프로토콜 실험을 넘어 커널 자체를 다시 쓰는 연구의 무대이기도 했다. IPv6와 IPsec을 BSD 커널에 구현하려던 KAME 프로젝트의 스택은 1999년 6월 NetBSD-current 트리에 병합됐다. UVM은 Mach 기반의 4.4BSD 가상메모리 시스템을 통째로 대체한 새 가상메모리 구조로, 유연한 데이터 이동 메커니즘을 제공하면서 fork나 페이지아웃 같은 전통적 영역의 성능도 개선했다. 워싱턴대 세인트루이스의 타이머 연구는 미해결 타이머 수에 비례해 시간이 드는 기존 콜아웃 구현을 상수 시간으로 바꿔, 수천 개의 타이머를 큰 오버헤드 없이 다루는 확장형 설계를 제시했다.
이식성은 임베디드·실시간 영역으로도 이어졌다. NASA의 SAMS-II 프로젝트는 국제우주정거장의 미소중력 환경을 측정하기 위해 NetBSD 1.2.1 또는 1.3.2를 올린 PC104 ISA 박스들과 임시 본체로 쓴 IBM 씽크패드 760XD를 결합한 분산 시스템을 꾸렸다. MARS 프로젝트는 값싼 PC 클러스터로 주문형 멀티미디어 서버를 만들기 위해 디스크에서 네트워크로 이어지는 데이터 경로와 QoS 보장을 NetBSD에 이식해 개선했고, 그 결과는 IEEE Multimedia98에 실렸다.
실무자가 읽어낼 것
다양한 조직의 사례를 관통하는 공통점은 결국 '연구 플랫폼으로서의 조건'이다. 자유롭게 열린 소스, 잘 문서화된 4.4BSD와의 긴밀한 연결, 여러 아키텍처에서 동일하게 돌아가는 이식성이 NetBSD를 매력적인 실험 토대로 만들었다. NEC 유럽의 하이델베르크 연구소가 IPv6 운영과 차세대 인터넷 연구에 여러 BSD 중 NetBSD를 택한 것이나, 10Gbps급 인터넷 모니터링 플랫폼을 개발하려던 유럽 SCAMPI 프로젝트, Antti Kantee가 EuroBSDCon 2004에서 일부 발표한 애플리케이션 주도 체크포인트 기반 고가용성 연구 모두 같은 맥락에 있다.
다만 이 목록을 오늘의 판단 근거로 삼을 때는 한계를 분명히 봐야 한다. 등장하는 판본은 NetBSD 1.x~2.0 베타대이고, SAMS-II의 발사 일정이나 KAME 병합처럼 시점이 명시된 사건들은 상당히 오래된 기록이다. 즉 이 자료는 특정 기술이 지금도 최선이라는 근거가 아니라, 왜 어떤 조직들이 상용 OS 대신 소스가 열린 BSD를 실험 토대로 골랐는가에 대한 사례집으로 읽는 편이 정확하다. 프로토콜 스택이나 커널 서브시스템을 직접 검증해야 하는 국내 실무자라면, '무엇을 썼는가'보다 '왜 그것을 고를 수 있었는가'라는 선택의 논리에서 더 오래 남는 참고점을 얻을 수 있다.