작성자 Matt Connor
Solaris와 illumos, 어떻게 갈라져 살아남았나
Sun은 Solaris에 ZFS와 DTrace를 만들고 소스를 공개했지만 Oracle이 중단했습니다. illumos 포크가 이어져 오늘날에도 두 계열을 실행할 수 있는 이유를 설명합니다.
Solaris와 illumos란 무엇인가
Solaris와 illumos는 하나의 Unix 소스 트리에서 갈라진 두 계열이다. Sun Microsystems는 Solaris를 개발했고, 2005년에 소스 코드 대부분을 공개했다. Oracle은 2010년에 Sun을 인수한 뒤 해당 소스의 공개를 중단했다. 이에 따라 Oracle 외부의 개발자들은 공개된 코드를 새로운 이름인 illumos로 계속 발전시켰다. 2026년 현재 운영 체제 자체는 틈새 영역에 속한다. 그러나 그 안에서 개발된 스토리지 계층과 tracing 도구는 그렇지 않다. 이 역사를 살펴볼 가치가 있는 이유가 여기에 있다.
Linux 또는 FreeBSD에서 ZFS를 실행한다면, Sun이 Solaris용으로 작성한 코드를 실행하는 것이다. 이 코드는 Sun이라는 회사와 해당 제품군, 그리고 라이선스 분쟁보다 오래 살아남았다. 이 글에서는 그 과정이 어떻게 진행되었는지 날짜를 확인해 가며 설명한다.
Solaris의 기원: BSD, System V 및 SVR4
Sun Microsystems는 1982년 2월 24일 Scott McNealy, Andy Bechtolsheim, Vinod Khosla, Bill Joy가 설립했다. Sun Microsystems의 운영 체제인 SunOS는 BSD(Berkeley Software Distribution)에서 파생되었다. BSD는 Sun Microsystems가 설립되기 전에 Bill Joy가 개발에 참여했던 대학 Unix 계열이다. 다른 Unix 계열은 상용으로 판매된 AT&T의 System V였다. 이 두 계열은 Linux로 끝나는 Unix 계보에서 설명한 분기이며, Sun은 10년 동안 BSD 쪽에 속했다.
1987년 Sun과 AT&T는 BSD, System V, Xenix를 하나의 릴리스로 통합하는 공동 프로젝트를 발표했다. 그 결과가 UNIX System V Release 4이며, 보통 SVR4로 표기한다. 1991년 9월 4일 Sun은 SunOS 4를 새로운 마케팅 이름인 Solaris 2로 대체한다고 발표했다. Solaris 2.0은 1992년 6월 SPARC 하드웨어에서만 출시되었다. Sun은 Unix 분기의 반대편으로 이동했고, 고객은 소프트웨어를 포팅해야 했다.
기존 이름은 사라지지 않았다. 커널은 SunOS 번호 체계를 유지했다. 따라서 Solaris 2.6은 SunOS 5.6으로 실행되었고, Oracle Solaris 11.4도 여전히 자신을 SunOS 5.11로 보고한다. 2026년에 illumos 시스템에서 uname -a을 실행해도 출력되는 첫 번째 단어는 여전히 SunOS이다. illumos가 코드와 함께 이 이름도 물려받았기 때문이다.
2005년에 Solaris 10이 도입한 기능
Solaris 10은 2005년 1월 31일에 출시되었다. 여기서 중요한 이유는 회사가 존속하는 동안 유지된 모든 기능이 이 릴리스에 포함되었거나 이후 업데이트 중 하나에서 추가되었기 때문이다.
DTrace는 Sun에서 Bryan Cantrill, Mike Shapiro, Adam Leventhal이 개발했으며 2003년 11월에 처음 제공되었다. DTrace는 실행 중인 커널과 사용자 프로세스를 다시 컴파일하지 않고 계측한다. 모니터링 중인 프로세스를 다시 시작할 필요도 없다. 활성화하지 않은 probe에는 비용이 들지 않는다. 스크립트가 요청할 때만 계측이 적용되기 때문이다. 이 특성 때문에 관리자는 production 시스템에서도 DTrace를 사용할 수 있었다. DTrace는 The Wall Street Journal의 2006 Technology Innovation Awards에서 최고상을 받았고, 2008년에는 USENIX STUG (Software Tools User Group) 상을 받았다.
ZFS는 Sun에서 Jeff Bonwick, Bill Moore, Matthew Ahrens가 설계했으며 2004년 9월 14일에 발표되었다. ZFS는 volume manager와 filesystem을 하나의 계층으로 통합했다. 따라서 읽을 때 모든 block의 checksum을 확인하고, redundant copy에서 손상된 block을 복구할 수 있다. 쓰기는 copy on write 방식이다. block을 현재 위치에 덮어쓰지 않으므로 쓰기 도중 crash가 발생해도 기존 데이터가 그대로 유지된다. filesystem이 일부만 기록된 상태로 남지 않는다. snapshot에는 거의 비용이 들지 않는다. snapshot은 이후 쓰기에서 변경되지 않은 block의 집합일 뿐이기 때문이다. ZFS는 최초 Solaris 10 릴리스에는 포함되지 않았다. 2006년 6월 Solaris 10 6/06 update에서 제공되었다.
Zones가 세 번째 구성 요소였다. 하나의 kernel에서 여러 개의 격리된 user space를 실행하며, 각 zone에는 자체 root filesystem, process table, network configuration이 있다. Zones는 2004년 2월 Solaris 10 beta build에 처음 등장했고 정식 릴리스에 포함되었다. FreeBSD는 다른 방향에서 더 일찍 같은 개념에 도달했으며, jail과 Docker container의 비교는 kernel level isolation이 실제로 무엇인지 이해하는 가장 명확한 방법이다. 오늘날에도 Zones는 illumos에서 사용되고 있으며, 아래에서 설명할 배포판 중 하나 이상의 기반이다.
Sun이 Solaris 소스 코드를 공개한 이유
Sun은 2004년 12월 1일 CDDL(Common Development and Distribution License)을 OSI(Open Source Initiative)에 제출했고, OSI는 2005년 1월 14일 이를 승인했다. CDDL은 MPL(Mozilla Public License) 1.1을 기반으로 한다. CDDL의 카피레프트는 개별 파일 단위로 적용된다. CDDL 소스 파일은 CDDL로 유지해야 하지만, 해당 파일에서 빌드한 바이너리는 다른 조건의 코드와 결합할 수 있다.
DTrace가 먼저 공개되었다. DTrace 소스 코드는 새로 개설된 opensolaris.org 사이트에서 2005년 1월 25일 CDDL로 공개되었다. 이는 Solaris 10이 출시되기 6일 전이었다. Solaris 시스템 코드의 대부분은 2005년 6월 14일에 이어서 공개되었다. ZFS는 2005년 10월 31일 Solaris 주 개발 트리에 통합되었고, 2005년 11월 16일 build 27에서 OpenSolaris 개발자에게 제공되었다. OpenSolaris는 설치할 수 있는 배포판으로도 제공되었다. 2008.05는 2008년 5월 5일 live CD로 출시되었고, 2009.06은 2009년 6월 1일 SPARC 지원과 함께 출시되었다.
라이선스 선택은 오늘날 실행할 수 있는 항목에도 영향을 준다. Free Software Foundation은 CDDL을 GPL(GNU General Public License)과 호환되지 않는 자유 소프트웨어 라이선스로 분류한다. 이 비호환성은 MPL 1.1에서 물려받은 것이다. Linux kernel은 GPLv2를 따른다. 따라서 ZFS on Linux는 kernel source tree에 병합되지 않고 kernel 외부에서 kernel module로 빌드된다. 또한 이러한 이유로 mainline kernel에도 포함되지 않는다. 어떤 open licence로든 소스 코드를 공개하기로 한 결정이 이후 이야기에서 가장 중요하다. 오픈 소스 라이선싱의 역사에서는 기업이 애초에 이러한 결정을 내리는 이유를 설명한다.
Oracle이 Sun을 인수한 뒤 일어난 일
Oracle은 2009년 4월 20일 Sun을 US$7.4 billion에 인수한다고 발표했다. Sun의 현금과 부채를 제외한 순 인수가는 US$5.6 billion이었다. 인수 절차는 2010년 1월 27일 완료되었다.
2010년 8월 13일 Mike Shapiro, Bill Nesheim, Chris Armes가 작성한 Oracle 내부 메모가 회사 내부에 배포된 뒤 유출되었다. 메모에는 새로운 정책이 명시되어 있었다. "개발 중인 Solaris 운영 체제 전체의 소스 코드를 야간 단위로 실시간 배포하지 않는다." 추가 커뮤니티 빌드도 배제했다. "Solaris 바이너리의 nightly 또는 bi-weekly 빌드나 OpenSolaris 2010.05 이후 배포판과 같은 다른 바이너리 배포판은 공개하지 않는다." 대신 open source 릴리스는 출시 제품을 따르도록 했다. "승인된 CDDL 또는 기타 open source 라이선스 코드의 업데이트는 엔터프라이즈 Solaris 운영 체제의 정식 릴리스 이후 배포한다."
2010년 8월 23일 OpenSolaris Governing Board는 Oracle이 이사회 연락 담당자를 임명하지 않았으며 8월 13일 개발 협력 종료를 발표했다는 내용을 기록한 결의안을 통과시켰다. 이사회는 Sun이 처음 작성한 헌장에 따라 커뮤니티의 통제권을 Oracle에 반환하기로 의결했다. 이에 따라 이사회는 해산되었다.
Oracle Solaris 11은 2011년 11월 9일 출시되었다. 2017년 9월 2일 Oracle은 Solaris 팀 대부분을 해고했다. Oracle Solaris 11.4는 2018년 8월 28일 출시되었으며, 2026년 7월에도 지원 repository 업데이트를 제공하는 현재 릴리스로 유지되고 있다. Oracle이 2024년 1월 11.4의 lifetime support policy를 마지막으로 개정했을 때 Premier Support를 2031년까지 유지하고 Extended Support를 2034년에서 2037년까지 연장했다. 따라서 Solaris는 지원 종료일이 공개된 상용 제품이며, 2018년부터 현재 릴리스인 버전에서 제공되고 있다.
illumos의 시작과 fork라고 부르는 이유
2010년 8월 3일, 메모가 유출되기 10일 전에 Garrett D'Amore가 illumos를 발표했다. 이름은 라틴어로 빛을 뜻하는 illum과 운영 체제를 뜻하는 OS를 결합한 것이다. 프로젝트에서는 첫 글자만 대문자로 쓰는 한 단어로 표기한다.
대상은 일반적으로 ON으로 표기하는 OS/Net이었다. OS/Net은 커널과 핵심 시스템 유틸리티를 포함하는 통합 트리다. OpenSolaris는 완전히 공개된 적이 없었다. Sun 외부에서는 누구도 다시 빌드할 수 없는 여러 구성 요소가 비공개 바이너리로 제공되었다. 여기에는 C 라이브러리(libc_i18n) 내부의 국제화 코드, NFS lock manager, cryptographic framework, LSI host bus adapter용 mpt driver 같은 드라이버, 일부 SPARC 플랫폼 코드가 포함되었다. 소스에서 빌드할 수 없는 운영 체제는 유지 관리할 수 없으므로, 이를 대체하는 일이 프로젝트의 첫 번째 과제였다.
D'Amore는 fork라는 단어를 신중하게 사용했다. 그는 OS/Net을 추적하는 방식 때문에 "오늘날 우리는 fork가 아니다"라고 작성했다. 또한 Oracle의 트리를 따르고 변경 사항을 upstream으로 되돌려 보낼 수 있는 downstream repository를 설명했다. 10일 뒤 upstream은 공개를 중단했다. 더 이상 추적할 대상이 없었으므로 illumos는 기본적으로 fork가 되었다. 핵심 트리인 illumos-gate는 2026년 10월 기준 23,000개가 넘는 commit을 기록했으며, 지금도 commit을 받고 있다.
illumos에서 파생된 배포판
illumos는 설치하는 소프트웨어가 아니다. illumos는 핵심 소스 트리이며, 배포판은 그 위에 사용 가능한 시스템을 구축한다. 현재도 릴리스되는 배포판은 다음과 같다.
- OpenIndiana는 2010년 9월 14일 런던의 JISC Centre에서 공식적으로 출시되었으며, 기존 OpenSolaris 데스크톱 및 서버 배포판의 가장 가까운 후속 배포판이다. Hipster라는 rolling release 방식으로 제공되며, 2026.04 스냅샷은 2026년 5월 5일에 게시되었다.
- OmniOS는 서버 배포판이다. 원래 공급업체가 개발을 중단한 뒤 커뮤니티가 OmniOS CE로 유지 관리하고 있다.
- SmartOS는 zones를 기반으로 구축된 hypervisor 플랫폼이다. Joyent가 만들었으며, 2022년 4월 SmartOS와 Triton을 2022년 5월 1일부로 MNX Solutions로 이전한다고 발표했다.
- NexentaStor는 동일한 기반을 스토리지 어플라이언스에 사용했다. illumos가 파생된 상용 제품군이 바로 이 계열이다.
- Tribblix는 Peter Tribble이 유지 관리하는 소규모 배포판이며, 아래에서 설명한다.
- DilOS는 illumos 커널 위에 Debian의 패키지 도구를 제공한다.
오늘날 illumos 시스템 설치 과정
Tribblix는 규모가 작고 공개된 문서가 있으며 여전히 새로운 버전이 출시되고 있어 유용한 사례입니다. x86용 Milestone 41은 2026년 8월 5일에 공개되었습니다. SPARC 라인은 2026년 9월 23일 Milestone 35로 업데이트되었는데, 이는 Milestone 34 운영 체제 위에 gcc 10을 포함한 최신 패키지를 올린 합성 릴리스입니다. 다운로드하는 SPARC 설치 ISO는 여전히 Milestone 34입니다. 이 프로젝트는 스스로를 현대적인 구성 요소를 갖춘 복고풍 스타일로 정의하며, 새로운 패키지 시스템으로 전환하는 대신 Solaris가 사용하던 SVR4 패키지 형식을 유지했습니다.
설치는 라이브 이미지에서 실행됩니다. ISO로 부팅한 뒤 jack 사용자로 로그인하고 비밀번호 jack를 입력합니다. 그 후 root 권한을 획득하여 디스크 장치를 대상으로 설치 프로그램을 실행합니다. 다음은 프로젝트의 공식 설치 문서에서 제공하는 명령어입니다.
./live_install.sh -G c1t0d0-G 플래그는 EFI(extensible firmware interface) 파티션 레이아웃을 작성하며, -b는 대신 레거시 MBR(master boot record) 레이아웃을 선택합니다. 디스크 이름은 Linux 환경에서 온 사용자에게는 생소할 수 있는 /dev/sda 대신 Solaris의 cXtYdZ 관례를 따릅니다. 소프트웨어 세트는 오버레이(overlays)라고 부르며 같은 줄에 이름을 지정할 수 있습니다.
./live_install.sh -G c1t0d0 develop desktop설치 후 사용하는 패키지 도구는 zap입니다. 이 도구는 오버레이를 기반으로 작동하므로 의존성 문제가 자동으로 처리됩니다.
zap refresh
zap install-overlay develop
zap update-overlay -a위 명령어들은 Tribblix가 공식적으로 제공하는 방식입니다. 이 명령어들은 사용자가 직접 제어하는 하드웨어 또는 하이퍼바이저에서 실행됩니다. Tribblix는 VPS 제어판의 원클릭 이미지 설치 항목에서 찾을 수 있는 종류의 운영 체제가 아닙니다. SmartOS는 illumos 시스템 중 예외적인 경우입니다. Joyent로부터 SmartOS를 인수한 MNX는 자체 클라우드 제어판을 통해 "Linux, FreeBSD, SmartOS 중 선택"할 수 있는 옵션을 제공합니다(2026년 10월 12일 확인). 그 외의 경우, 클라우드 제공업체의 목록에서 illumos 이미지를 찾기는 어려우며, 이러한 공백이 2026년 현재 illumos 배포의 실제 상황입니다.
ZFS와 DTrace가 Solaris보다 오래 살아남은 이유
ZFS는 소스 코드가 공개된 직후 Solaris를 거의 바로 떠났다. Pawel Jakub Dawidek는 ZFS를 FreeBSD로 포팅했고, ZFS는 2008년 FreeBSD 7.0부터 시스템의 일부가 되었다. Linux용 네이티브 ZFS 작업은 2008년에 시작되었으며, 2013년에 첫 안정 버전을 내놓았다. 2010년부터 2013년까지 illumos는 ZFS 소스의 참조 사본을 보유했다. Oracle의 소스 트리는 폐쇄되어 있었고, 다른 모든 포트는 소스를 가져올 위치가 필요했기 때문이다. 이것이 fork의 구체적인 가치다. fork가 없었다면 각 포트는 병합할 공통 조상을 갖지 못했을 것이다.
OpenZFS 프로젝트는 이러한 포트를 조정하기 위해 2013년 9월 17일에 발표되었다. 최초 ZFS 작성자 중 한 명인 Matt Ahrens도 창립자에 포함되었다. OpenZFS 2.0은 2020년 11월 30일에 릴리스되었으며, 릴리스 노트는 그 결과를 명확히 설명한다. "The ZFS on Linux project has been renamed OpenZFS! Both Linux and FreeBSD are now supported from the same repository making all of the OpenZFS features available on both platforms." FreeBSD 13.0은 자체적으로 유지하던 illumos 파생 사본을 제거하고 이 공유 트리로 전환했다.
두 ZFS 계열은 디스크 형식에서 갈라졌다. 개방형 계열은 Sun이 마지막으로 공개한 풀 버전인 28에서 멈춘 뒤, placeholder 버전 5000 아래에서 명명된 feature flag를 사용하는 방식으로 전환했다. 따라서 풀은 단일 버전 번호 대신 자신이 사용하는 feature를 알린다. Oracle은 폐쇄된 소스 코드 안에서 자체 버전 번호를 계속 증가시켰다. 한쪽에서 버전 28보다 높은 버전으로 생성한 풀은 다른 쪽에서 import할 수 없다. 어디에서 실행할지 선택하는 경우 FreeBSD와 Linux에서 OpenZFS가 실제로 어떻게 다르게 동작하는지에서 두 호스트의 실제 차이를 설명한다.
DTrace는 더 짧은 경로로 이동했다. DTrace는 2009년 1월 FreeBSD 7.1에서 표준 기능이 되었고, Apple은 Mac OS X 10.5 Leopard에 DTrace를 추가했다. Oracle은 2017년 8월 DTrace 커널 코드를 GPLv2로 공개했다. 이 변경은 2018년 2월에 널리 알려졌고 Linux에서 라이선스 장벽을 제거했다. 그러나 DTrace는 mainline kernel에 병합되지 않았다. 실제 Linux tracing은 eBPF에서 동작하며, bpftrace는 DTrace의 D와 의도적으로 유사한 scripting language를 제공한다.
핵심은 Solaris에만 해당하는 내용이 아니라 일반적인 원리다. Sun은 다른 사람들이 사본을 보유하고 계속 개발할 수 있는 라이선스로 ZFS와 DTrace를 공개했다. 작업 비용을 부담하던 회사가 사라진 뒤에도 개발이 계속된 이유는 코드가 이미 다른 트리와 다른 개발자들의 손에 있었기 때문이다. illumos가 다시 작성해야 했던 폐쇄 바이너리를 포함해 끝까지 공개되지 않은 Solaris의 구성 요소는 회사와 함께 사라졌다. 이것이 open sourcing이 바꾸는 내용이며, Linux 배포판이 서로의 계보를 잇는 방식에도 같은 메커니즘이 적용된다.
VPS에서 illumos를 운영해야 합니까?
대부분의 사용자에게 답은 아니오이며, 위 내용은 시도를 권장하는 것이 아닙니다. illumos는 Sun이 지원했던 드라이버와 그 이후 소규모 커뮤니티가 작성한 드라이버만을 포함하고 있어 지원하는 하드웨어 범위가 좁습니다. 대부분의 VPS 제공업체는 Linux와 BSD 이미지만 제공합니다. 예외적으로 MNX는 Joyent로부터 SmartOS를 인수하여 자사 클라우드에서 Linux 및 FreeBSD와 함께 SmartOS를 제공합니다. 그 외의 환경에서 illumos를 설치하려면 일반적으로 사용자 지정 이미지를 허용하는 제공업체에 직접 ISO를 업로드한 뒤, 가상 디스크와 네트워크 장치가 인식되는지 확인해야 합니다. 타사 소프트웨어는 해당 배포판의 패키지 세트에서 가져오거나 직접 컴파일해야 합니다.
물론 운영할 타당한 이유도 있습니다. 유지해야 할 Solaris 워크로드가 있거나, 이미 운영 중인 zones 배포 환경이 있거나, 소스 코드 분석에 관심이 있는 경우입니다. 위에 나열된 배포판들은 유지보수가 이루어지고 있으며 메일링 리스트를 통해 질문에 대한 답변을 얻을 수 있습니다. 하지만 이는 새로운 서버를 위한 기본 선택지와는 다른 문제입니다.
ZFS를 사용하기 위해 이 글을 읽으셨다면, illumos가 반드시 필요한 것은 아닙니다. 패키지가 잘 갖춰져 있고 문서화가 잘 되어 있으며 널리 사용되는 Linux 또는 FreeBSD에서 OpenZFS를 사용하십시오. 서버 운영체제로 같은 계열인 BSD를 고려 중이라면, 서버 플랫폼으로서의 Linux와 FreeBSD에 대한 실용적인 비교 문서를 통해 일상적인 운영에서 무엇이 달라지는지 확인할 수 있습니다. illumos는 이러한 도구들의 기원이며, 그 유래를 아는 것은 zpool과 zfs이 왜 다른 Linux 스토리지 스택과 완전히 다르게 동작하는지를 이해하는 데 큰 도움이 됩니다.
FAQ
illumos와 OpenSolaris는 같은 것입니까?
아닙니다. OpenSolaris는 Sun의 프로젝트이자 배포판이었으며 Oracle이 이를 계승했으나 2010년에 종료했습니다. illumos는 2010년 8월 3일에 발표된 별개의 프로젝트로, 마지막으로 공개된 OpenSolaris 핵심 소스인 OS/Net 통합본을 기반으로 구축되었습니다. 첫 번째 과제는 OpenSolaris에 포함되었던 libc_i18n, NFS 잠금 관리자, 암호화 프레임워크 및 여러 드라이버를 포함한 폐쇄형 바이너리 구성 요소를 대체하는 것이었습니다. 2010년 이후 Oracle은 소스 공개를 중단했으므로, illumos 코드 중 Oracle에서 유래한 것은 없습니다.
Linux 커널에 ZFS를 포함할 수 없는 이유는 무엇입니까?
라이선스가 서로 맞지 않기 때문입니다. ZFS는 CDDL을 따르는데, Free Software Foundation은 이를 GPL과 호환되지 않는 자유 소프트웨어 라이선스로 분류합니다. 이 비호환성은 CDDL이 MPL 1.1에서 물려받은 것입니다. Linux 커널은 GPLv2를 따릅니다. 실질적인 결과로 OpenZFS on Linux는 커널 트리 외부 모듈(out of tree kernel module)로 배포되며, 보통 설치하는 각 커널에 맞춰 DKMS로 빌드하거나 미리 빌드된 모듈 패키지 형태로 제공됩니다. 잘 작동하지만 새로운 커널이 나올 때마다 모듈을 다시 빌드해야 하므로, 최신 커널 릴리스보다 며칠 또는 몇 주 늦어질 수 있습니다.
Oracle Solaris는 여전히 지원됩니까?
네. Oracle Solaris 11.4는 2018년 8월 28일에 출시되었으며, 2026년 7월 기준으로도 여전히 최신 릴리스로서 지원 저장소 업데이트를 받고 있습니다. 2024년 1월에 11.4를 기준으로 마지막으로 개정된 Oracle의 수명 주기 지원 정책에 따르면, Premier Support는 2031년까지, Extended Support는 2037년까지 제공됩니다. Oracle은 2017년 9월 2일에 Solaris 팀 대부분을 해고했으며, 이후 11.4는 새로운 메이저 버전 대신 지원 저장소 업데이트를 받고 있습니다. 전체 소스는 OpenSolaris가 공개했던 방식으로는 공개되지 않습니다.
VPS에 illumos를 설치할 수 있습니까?
가능한 경우도 있지만, 제공업체의 이미지 목록에서 바로 설치하는 경우는 드뭅니다. SmartOS를 유지 관리하는 MNX는 자체 클라우드 제어판에서 SmartOS를 제공합니다. 그 외의 환경에서는 일반적으로 사용자 지정 ISO를 연결하고 콘솔을 사용할 수 있는 제공업체를 찾아야 하며, illumos 트리의 가상 디스크 및 네트워크 드라이버가 해당 하이퍼바이저의 장치를 인식하는지 확인해야 합니다. 범용 설치에는 OpenIndiana나 Tribblix가 주로 사용되며, SmartOS는 직접 설치하는 게스트 OS보다는 하이퍼바이저 호스트로 설계되었습니다. 비용을 지불하기 전에 로컬 가상 머신에서 먼저 테스트하십시오.
Linux만 사용하더라도 DTrace를 배울 가치가 있습니까?
도구 자체는 대부분 다르지만, 모델은 그대로 적용됩니다. Oracle은 2017년 8월에 DTrace 커널 코드를 GPLv2로 공개하고 Oracle Linux용 포트를 유지 관리하고 있지만, 메인라인 커널에는 병합되지 않았으며 실제 Linux 트레이싱은 eBPF에서 실행됩니다. bpftrace가 사용하는 언어는 DTrace의 D와 유사하게 설계되었으므로, 프로브(probes), 조건문(predicates), 집계(aggregations)의 개념은 양쪽 모두 동일합니다. DTrace의 사고방식을 익히면 bpftrace 스크립트를 처음 보더라도 바로 읽을 수 있습니다.