Nix 언어, Wasm으로 성능과 유연성을 동시에!

Nix 언어는 소프트웨어 설정(Software Configuration)을 위한 도메인 특화 언어(Domain-Specific Language)로, 튜링 완전성(Turing Completeness)을 갖지만, 일반적인 프로그래밍 언어의 편의성은 부족하다. 특히, Nix는 JIT 컴파일(Just-in-Time Compilation)을 지원하지 않아 계산 집약적인 작업에 적합하지 않다. 이러한 한계를 극복하기 위해 Wasm을 도입하여 외부 기능을 쉽게 사용할 수 있도록 했다.

Wasm을 사용하면 Nix에서 YAML 파싱과 같은 외부 기능을 쉽게 구현할 수 있다. Rust의 `yaml-rust2` 크레이트(crate)를 활용하여 `fromYAML` 함수를 구현하는 예시가 제시되었다. Wasm은 재현성(Reproducibility)을 보장하며, Rust와 같은 다양한 언어로 작성된 코드를 Nix 환경에서 실행할 수 있게 해준다. 이는 Nix 언어의 확장성을 크게 향상시키는 요소로 작용한다.

Wasm을 사용하면 Nix 코드보다 훨씬 빠른 성능을 얻을 수 있다. 예를 들어, 피보나치 수열 계산에서 Wasm은 Nix 네이티브 코드보다 약 240배 빠른 속도를 보였다. 하지만, Wasm 호출은 오버헤드가 발생하며, 각 호출마다 새로운 Wasm 인스턴스를 생성해야 한다. 따라서 Wasm은 대규모 작업(Large Tasks)에 적합하며, 작은 작업에는 네이티브 Nix 코드가 더 효율적일 수 있다.

Wasm 모듈은 일반적으로 크기가 작아 Git 저장소에 직접 커밋할 수 있다. 또한, `builtins.fetchurl`을 사용하여 평가 시점에 Wasm 모듈을 가져오거나, flakes를 사용하여 HTTP를 통해 Wasm 모듈을 가져올 수도 있다. 하지만, Wasm 모듈의 업데이트는 Nix의 재현성(Reproducibility)을 해칠 수 있다는 우려가 제기된다. 따라서, Wasm 모듈의 버전 관리(Version Control)와 의존성 관리(Dependency Management)에 대한 신중한 접근이 필요하다.

커뮤니티에서는 Wasm을 사용하는 것과 네이티브 빌트인(Native Built-ins)을 사용하는 것 사이의 트레이드오프(Trade-offs)에 대한 논쟁이 벌어졌다. 특히, YAML 파서(Parser)와 같은 기능을 네이티브 빌트인으로 추가하는 경우, Nix 버전 간의 호환성 문제가 발생할 수 있다는 점이 지적되었다. 반면, Wasm은 외부 모듈이므로 사용자 필요에 따라 업데이트할 수 있다는 장점이 있다. 하지만, Wasm 모듈의 의존성 관리(Dependency Management)와 보안(Security)에 대한 고려가 필요하다.