DragonFly BSD

FreeBSD에서의 분기

DragonFly BSD는 2003년 6월 FreeBSD 4.8 소스 코드를 기반으로 출발했다. 당시 FreeBSD가 5.x 세대에서 SMPng를 비롯한 새로운 동시성 구조로 전환하는 동안, Matthew Dillon은 확장 가능한 커널을 다른 방식으로 설계하기로 했다. 처음에는 FreeBSD와 비슷한 사용자 환경을 제공했지만 시간이 지나면서 자체 커널과 파일 시스템 기술이 축적되었다.^[2]

분산 시스템 목표

프로젝트 초기의 장기 목표에는 여러 컴퓨터에 걸쳐 자원을 공유하는 클러스터형 운영체제 구현이 포함되었다. 이를 위해 CPU와 커널 스레드 간 통신, 파일 공간과 캐시의 일관성, 메모리 하위 시스템의 동시 실행을 연구했다. 완전한 클러스터 일관성은 이후 최우선 목표에서 내려왔으나, 초기 연구는 메시지 전달과 파일 시스템 설계에 지속적인 영향을 주었다.^[3]

HAMMER의 도입

2008년 DragonFly BSD 2.0에서 HAMMER 파일 시스템이 도입되었다. 이 파일 시스템은 파일 변경 이력을 활용한 스냅샷, 장애 후 복구, 저장소 복제와 같은 기능을 주요 목표로 했다. 전통적인 UFS와 달리 파일 시스템이 장기간의 버전 정보를 관리하도록 설계한 점이 특징이다.

HAMMER2와 현대화

HAMMER2는 HAMMER의 후속으로 개발되어 복사 시 기록 방식과 새로운 저장 구조를 도입했다. 2017년 DragonFly BSD 5.0은 부팅 가능한 HAMMER2 구현을 제공했고, 이후 기본 파일 시스템으로 발전했다. 2021년의 6.0 계열에서는 VFS 캐시, 메모리 관리와 여러 사용자 공간 구성 요소를 갱신했다.^[4][5]

멀티프로세서 확장성

멀티코어 프로세서에서 서로 독립적인 작업이 동일한 전역 잠금을 기다리는 상황을 줄이는 것이 중요한 목표다. DragonFly BSD는 CPU별 자료 구조와 세분화된 잠금, 메시지 기반 작업 위임을 활용하여 커널 공유 상태에 대한 경합을 제한하려 한다. 스케줄러, 가상 메모리, 네트워크 스택과 프로세스 생성 경로가 지속적으로 개편되었다.

메시지 전달 구조

DragonFly BSD의 커널은 메시지와 포트를 이용하여 일부 작업을 다른 실행 문맥에 전달하는 방식을 사용한다. 이는 모든 하위 시스템을 단일 거대한 잠금으로 보호하는 방식과 구별된다. 메시지 구조만으로 커널 전체가 마이크로커널이 되는 것은 아니며, 장치 드라이버와 시스템 서비스는 여전히 전통적인 BSD 커널 내부에 존재한다.

시스템 전체의 일관성

커널과 사용자 공간의 도구, 문서, 빌드 체계를 하나의 운영체제 프로젝트로 관리한다. 타 BSD로부터 코드를 가져오기도 하지만, 자체 변경 사항을 유지하면서 코드베이스의 내부 인터페이스와 사용 가능한 응용 프로그램을 함께 조정한다.

커널 구조와 경량 스레드

DragonFly BSD는 기본적으로 모놀리식 커널이다. 경량 커널 스레드와 CPU 사이의 작업 분배를 활용해 여러 프로세서에서 작업을 처리한다. 사용자 공간 응용 프로그램에는 일반적인 UNIX 프로세스와 스레드, 파일 디스크립터와 시스템 호출 인터페이스가 제공된다.

스케줄링과 동기화

스케줄러는 실행 가능한 작업을 프로세서에 배치하고 인터럽트 및 우선순위를 고려한다. 커널 내부에서는 실행 문맥마다 잠금 요구가 달라지므로, 병렬성이 증가할수록 데이터 소유권과 임계 구역을 명확히 하는 것이 중요하다. 프로젝트는 전통적인 BSD 설계를 계승하면서 독자적 SMP 최적화를 수행해 왔다.

가상 메모리

프로세스별 주소 공간, 페이지 폴트, 메모리 매핑과 스왑을 지원한다. 가상 메모리 하위 시스템은 여러 CPU의 병렬 접근과 파일 매핑을 함께 처리해야 하므로 파일 시스템 캐시와 긴밀하게 연결된다. 6.x 계열에서는 가상 메모리 자료 구조의 변화가 가상 커널 지원에도 영향을 주었다.

HAMMER

HAMMER는 변경 이력과 스냅샷을 핵심 기능으로 포함한 DragonFly BSD의 독자적인 파일 시스템이다. 쓰기 작업 중 장애가 발생했을 때의 일관성, 과거 데이터 접근 및 복제 기능을 연구하기 위한 기반이었다. 시간이 지나면서 후속 HAMMER2에 기본 시스템 역할을 넘겼다.

HAMMER2

HAMMER2는 복사 시 기록(copy-on-write) 방식, 스냅샷, 선택적인 압축과 중복 제거, 데이터 무결성 검사를 제공한다. pseudo-filesystem(PFS) 개념을 통해 물리적인 저장 장치 안에 복수의 논리적 파일 시스템 단위를 구성할 수 있다. 자체 스냅샷 기능은 백업 정책을 보완하지만 다른 물리 매체에 보관하는 외부 백업을 자동으로 대체하지는 않는다.^[6]

UFS 및 기타 저장 기술

BSD에서 유래한 UFS도 지원하며, 디스크 구획과 장치 관리에는 UNIX의 블록 장치 추상화를 활용한다. 스토리지 구성은 부팅 방식, 드라이버 호환성 및 파일 시스템별 기능을 고려해 선택할 수 있다.

DragonFly BSD는 BSD 소켓 인터페이스에 기반한 TCP/IP 네트워크 스택을 제공하며 IPv4와 IPv6, 네트워크 인터페이스 관리, 라우팅과 방화벽 기능을 다룬다. 커널의 네트워크 경로도 다중 프로세서 환경에 맞춰 계속 개선되었다. 네트워크 서비스와 관리 도구는 운영체제 기본 구성과 외부 패키지를 함께 사용한다.

기본 시스템과 패키지

셸, 필수 도구, 라이브러리와 시스템 서비스는 기본 운영체제에 포함된다. 웹 브라우저, 편집기, 언어 런타임과 서버 소프트웨어는 외부 패키지로 추가한다. 일반 사용자에게는 바이너리 패키지를 설치하는 pkg 도구가 편리하다.

DPorts

DPorts는 FreeBSD Ports Collection을 기반으로 DragonFly BSD에 맞게 이식한 포트 시스템이다. 포트 정의로 소스 코드를 빌드할 수 있고, 바이너리 패키지 저장소를 구축할 때도 이용된다. 과거에는 pkgsrc를 채택한 적도 있으므로 어느 패키지 프레임워크가 기본이었는지는 시기별로 구분해야 한다.^[7]

X.Org 및 호환되는 그래픽 드라이버와 사용자 공간 응용 프로그램을 통해 그래픽 환경을 구성할 수 있다. 데스크톱 환경과 윈도 관리자는 패키지에서 설치하며, 호환되는 하드웨어에서 오디오와 멀티미디어 기능을 활용할 수 있다. 드라이버와 그래픽 API의 지원 범위는 FreeBSD 또는 Linux와 항상 동일하지 않으므로 프로젝트의 릴리스 정보를 기준으로 확인한다.

소스 코드와 변경 기록, 설치 이미지 및 릴리스 정보가 공개된다. 개발자는 커널, 드라이버, 사용자 공간 구성 요소, DPorts와 문서 작업에 기여할 수 있다. 소스 기반 컴파일을 통해 시스템 구성 요소를 수정하거나 운영체제 구조를 연구할 수 있고, 가상 머신에서 시험용 인스턴스를 운영하는 방식도 가능하다.

FreeBSD

DragonFly BSD는 FreeBSD 4.8에서 분기한 별개의 운영체제다. 역사적 코드와 여러 응용 프로그램 인터페이스를 공유하지만 커널의 동시성 처리와 HAMMER2 등에서 독립적인 설계를 사용한다.

NetBSD와 OpenBSD

NetBSD와 OpenBSD는 모두 역사적 BSD를 계승하는 독립 프로젝트다. DragonFly BSD는 특히 FreeBSD의 분기로 직접적인 계보가 이어진다. 이들 간에는 BSD 소켓, POSIX 인터페이스 및 포팅 가능한 공개 소프트웨어를 통한 기술 교류가 있다.

서버, 실험용 데스크톱, 파일 서버와 운영체제 연구 환경에서 활용한다. 특히 CPU 확장성과 파일 시스템 일관성, 커널 내부 통신 구조에 관심이 있는 개발자에게 독자적인 사례를 제공한다. 프로젝트가 제시한 구조는 다른 BSD 구현을 대체하기보다는 운영체제 연구의 또 다른 방향을 보여준다.

• Berkeley Software Distribution
• FreeBSD
• NetBSD
• OpenBSD
• HAMMER
• HAMMER2
• 파일 시스템
• 모놀리식 커널
• 유닉스 계열 운영체제