검색 선택사항 (34 중 30 페이지)

Darwin이란 무엇인가 (그리고 Mac OS X에서는 어떤 힘을 발휘하는가)

따온 글 -What Is Darwin (and How It Powers Mac OS X)
by Matthew Russell
09/27/2005

Darwin

Darwin은 Unix에서 파생된 핵심 요체로 Mac OS X의 기저를 받치고 있으면서 OS 운영의 기반이 되는 기능들을 제공하고 있습니다. Darwin의 핵심은 XNU kernel이며, 성능상의 이유로 FreeBSD의 일부분을 추가하면서 수정된 Mach 3.0 기반의 microkernel로 구성되어 있습니다. Darwin에는 장치 드라이버들을 생성해 주는 기능, 확장된 Virtual File System (VFS) 설계를 바탕으로 한 다중 파일 시스템 지원, 그리고 무설정 네트워킹 기술인 Bonjour와 같은 고급 네트워킹 기능들을 포함하고 있습니다. Apple은 현재 Darwin을 Apple Public Source License (APSL) 2.0 형태로 무료 배포하고 있으며, OpenDarwin.org 그리고 GNU-Darwin과 같은 단체들에서는 일반 사용자들의 참여를 유도하기 위해 이 소스를 사용해서 주기적으로 그들만의 수정본을 배포하고 있습니다.

Mac OS X가 소개된 이후로, 내재한 Objective-C 기반 Cocoa framework 덕분에 개발자들은 비교적 아주 짧은 시간을 투자해서 몇몇 훌륭한 소프트웨어들을 개발할 수 있었습니다. 시장 안의 이런 모든 획기적인 결과물로, 화면 위 눈에 보이는 것들에만 관심이 집중된 이유로, 정작 이 모든 것들을 가능하게 만든 뒤에 숨어 있는 경이로운 기술들은 잊게 하였습니다. 이제, OS X의 핵심(Darwin)으로 파고들어서 우리에게 세상에서 가장 훌륭한 컴퓨터 환경을 제공해주는 그 알맹이 속을 들여다보겠습니다.

Darwin의 진화

Mac OS X의 개발은 과거 1996년으로 돌아가서 Apple이 NeXT를 인수한 직후부터 시작되었습니다. 인수 후에, Mac OS X가 공식적으로 발표된 2001년 이전까지, Mac OS X의 전신이 되는 이 개발 프로젝트는 Rhapshody라는 코드명 갖게 됩니다.

Rhapsody의 개발 동안, 코드는 따로 떨어져 나와서 오늘날 Darwin으로 알려진 공개 소스로 배포됩니다. 결국, 2000년 4월경, Apple의 개발자들은 첫 1.0 버전의 개발을 완료하게 됩니다. 이미 Darwin의 소스 코드를 배포한 후였지만, 완성된 1.0 버전은 오늘날 XNU로 알려진 새로운 hybrid core에 기초한 것이었기 때문에 특별하게 중요한 것이라 하겠습니다. XNU는 Free Software Foundation의 반복 두문자어 형태인 GNU와도 비슷하게 "XNU is Not Unix"를 뜻합니다.

대략적인 OS X의 구조

이제 Darwin의 과거를 대략적으로나마 아셨으니, 자세한 내용에 들어가기 전에 먼저 Darwin이 전체 OS X 구조에서 어떠한 부분을 차지하고 있는지 살펴보겠습니다. 일반적으로 말해서, 대부분의 Darwin은 핵심 OS라고 불리는 하드웨어 바로 위에 맞닿아 있으면서 kernel, 장치 드라이버, 그리고 기타 OS의 기초적 수준의 자원들을 구성/관리하고 있습니다. 그리고 핵심 서비스, 애플리케이션 서비스, 그래픽, 멀티미디어를 포함하는 기타 구성 층들은 핵심 OS와 Aqua로 정의된 사용자 환경 사이에 있습니다. (여기서 Aqua란 사용자 인터페이스의 전체적인 모양과 Mac OS X 애플리케이션들의 동작을 정의하는 표준을 말합니다.) 이것과 관련하여 어떻게 모든 OS X 기술들이 서로 짜져 있는지에 관한 세세하고 완전한 정보는 Mac OS X Technology Overview 문서를 읽어 보시기 바랍니다. 비 오는 날 시간 보내기에는 꼭 안성맞춤이랍니다.

OS X System 구조를 나타내는 두 가지 다른 관점의 그림들. "Core OS" 안 대부분의 기술은 Darwin에 속합니다.

XNU--Darwin의 Kernel

OS를 논할 때 가장 좋은 출발점은 바로 kernel입니다: 여기서 kernel은 밑에 깔린 활용 가능한 모든 하드웨어로의 접근과 관리를 지원하는 OS의 핵심 요소라 할 수 있습니다. Darwin을 완전하게 이해하려 한다면, 성능상의 이유로 kernel 공간 안에 FreeBSD의 일부분을 추가해서 Mach 3.0 microkernel로 융합한 Darwin의 kernel(XNU)에 대한 정체를 짚고 넘어가야 합니다. Mach의 기초는 Pittsburgh에 있는 Carnegie Mellon University에서 시작되었으며, FreeBSD는 BSD(Berkeley Software Distribution)의 자손격으로 BSD의 태생은 짐작하셨겠지만, Berkeley에 잇는 University of California에서 시작되었습니다.

XNU는 kernel 설계에서 서로 다른 두 접근 방식(monolithic 그리고 microkernel 방식)들의 장점들만을 합치려는 노력의 결과로 볼 수 있습니다. 이미 여기서 쓰인 용어가 복잡하게 들릴 수도 있겠지만, 두 가지 방식의 주요 차이점은 아주 단순해서, 기본적으로 어떤 프로그램이 kernel 자체 안에서만 돌아가게 되고, 또 어떠한 프로그램이 kernel 밖에 있는 userland에서 돌아가느냐의 차이입니다. 일반적으로 monolithic kernel은 같은 주소 공간 안에서 모든 하드웨어를 제어하는 비교적 완전한 형태의 풍부한 요체들로 정의되어 있지만, microkernel의 경우에는 kernel 안에는 비교적 최소한의 핵심 서비스들을 제공하면서 다른 주요 서비스들은 userland에서 실행되는 daemon(server)형태의 서비스들을 사용하는 경향이 있습니다.

monolithic kernel(왼쪽)과 microkernel(오른쪽) 설계의 개념도

이 두 접근 방식들 사이에는 아직도 자주 논쟁이 되는 장단점들이 있지만, 이 모든 논쟁의 중심이 되는 것은 결국은 효율성에 관한 주제로 돌아오게 됩니다. 하드웨어와 아주 밀착된 성질을 가진 monolithic kernel은 시스템 기반의 하드웨어들을 아주 효율적으로 사용할 수 있도록 해주지만, 한편으로는 monolithic kernel은 작성하기가 매우 어려우며, kernel 코드 안의 단 한 가지의 실수로 말미암아 시스템 전체를 멈추게 할 수도 있습니다.

반면에, microkernel은 더 많은 핵심 작업들을 userland에서 실행시키며, 이 때문에 다른 한편으로는 실제 kernel 설계를 단순화시켜서 전체 시스템의 안전성을 향상하는데 큰 보탬을 줄 수도 있습니다. 하지만, 불행히도 이 방식은 microkernel이 많은 정보를 kernel 공간으로 보내고 받아야 하는 context switch로 알려진 작업을 통해야만 하는 단점이 있습니다. Context switch는 심각한 작업 하중을 불러일으키며, 이것은 결국 성능을 저하하는 결과를 가져오게 됩니다.

이쯤 와서, 여러분은 두 kernel 설계 중에서 하나를 선택해야 한다면 풀어야만 하는, 논쟁을 떠받치고 있는 문제의 요점을 이해하기 시작하셨을 겁니다. 이런 모든 논쟁 중에서도 아마도 가장 유명한 것은 Linus Torvalds씨와 Andrew Tanenbaum씨 사이에 있었던 것일 겁니다. Torvalds씨는 monolithic kernel 방식을 선호했고, 반면에 Tanenbaum씨는 microkernel 접근법을 옹호했었습니다. 여러분은 1992년 당시, 세계적으로도 유명한 불꽃 같은 논쟁의 한 부분이었던 두 사람 간의 원래 서신을 이 곳에서 읽으실 수 있습니다. (이것을 보면 Darwin kernel을 위한 결정은 이미 끝났다는 것이 얼마나 다행스러운지 모르겠습니다.)

Darwin 이외의 것들

이제까지 XNU의 대략적인 내용을 살펴보았습니다만, kernel을 제쳐놓고라도 Darwin에 관해서는 아직도 많은 이야깃거리가 남아 있습니다. 몇 가지 언급할 만할 가장 주요한 것들로는 I/O Kit을 통해 제공되는 기능들, Virtual File System (VFS), 그리고 네트워킹 지원에 관한 것들이 있습니다.

I/O Kit

Darwin의 I/O Kit(Input/Output Kit)은 Mach 기반 장치 드라이버 framework로 이루어져 있습니다. 이것은 독립적이고, 확장 가능하며, 또한 실제 환경에서 유동적인 장치 관리를 위해 쉽게 변용해서 적용될 수 있습니다. Objectiv-C로 쓰인 Cocoa와는 달리, I/O Kit은 C++의 아류라고 볼 수 있는 Embedded C++로 쓰였습니다. I/O Kit을 위한 언어로 C++가 선택된 이유 중에는 대부분 C++의 검증된 compiler와 오랫동안 시스템 프로그래밍을 지원해 왔다는 점에 기초한다고 볼 수 있습니다.

Mach 기반 kernel 방식에 맞추기 위해, I/O Kit에서 가져온 장치 드라이버들은 특정 장치 혹은 동 종류 장치들 전체를 다루는 데 필요한 정보를 제공하는 특별한 형식의 kernel 확장자들로 이루어져 있습니다. 장치 드라이버를 직접 만들거나 혹은 하드웨어의 가장 밑부분을 제어해야 할 경우가 아니라면, I/O Kit을 신경 쓰실 필요가 없을 겁니다. 하지만 혹시라도 작업하는 데 필요한 정보를 얻으시려면, I/O Kit Fundamentals를 보시면 좋은 안내서가 될 수 있을 겁니다.

파일 시스템과 네트웍 지원

Darwin의 파일 시스템과 네트워크 지원은 풍부한 BSD 재산을 물려받았습니다. VFS 설계로 긴 파일 이름의 지원과 같은 기능 등을 가능하게 했으며, URL 기반 볼륨 마운팅, 그리고 journaling 기능이 도입될 수 있었습니다. Darwin의 파일 시스템은 Mac OS 확장/표준, UFS, UDF, NTFS, 그리고 FAT와 같이 현재 사용되는 거의 모든 파일 시스템들을 다룰 수 있습니다. 웹이 점차 실생활에 근접해 지면서, 파일 시스템 지원을 보충하기 위한 네트워킹 지원 또한 필수 요소이며, 이 점에 관해서는 실망하지 않으실 겁니다.

전에 Windows 상자의 네트워킹을 설정해 본 경험이 있으시다면, 종종 악몽과도 같은 경험이 될 수도 있다는 것을 눈치채셨을 겁니다. 어떤 때는, 여러 개의 tab 속에 있는 갖가지 설정들을 변경한 후에도, 각 tab을 누르면 또다시 새로 열리는 창 속의 여러 tab과 함께 딸려오는 여러 설정 항목들, 그리고 형편없는 도움말 시스템들과 맞닥뜨리게 될 겁니다. 하지만 Darwin에는, 그런 일은 없습니다. Darwin의 BSD 기반 확장 가능한 네트워킹 프로토콜 층은 일반 네트워킹과 관련된 거의 모든 혼란을 없애주는 무설정 네트워킹 수단인 Bonjour와 같은 OS X의 여러 기능에 힘을 실어주는 요인이 되고 있습니다. 이 점에서는 정말로 이보다 더 간편한 방법은 없을 겁니다. 물론 이런 기능들은 당연시 여겨질 수도 있겠지만, 이런 것들이야말로 전체 Darwin 설계에서 자랑거리라 할 수 있습니다.

Darwin과 Open Source

Apple에서는 새로운 버전의 Darwin을 OS X의 주요 갱신 때마다 그들의 오픈 소스 사이트에 배포하고 있으며, Apple의 배포 직후 얼마 안 있어 OpenDarwin.org 진영에서도 그에 대응하는 버전을 내놓고 있습니다. OpenDarwin은 간단하게 Apple의 최근 배포 버전에 Apple에서는 제공하지 않는 약간의 추가 기능들을 첨가한 것이라고 볼 수 있습니다. 이러한 추가 기능들에는 보통 X11 GUI 지원, 장치 드라이버, 여러 도구들, 그리고 여러 하드웨어 지원 등 통상 Mac OS X에서는 직접적으로 지원하지 않는 기능들이 있습니다.

비록 2.0 버전 이전의 APSL(Apple Public Source License)에 의해 배포된 Darwin은 FSF에 의해 비판받기도 했지만, 2.0 버전의 APSL은 무료 소프트웨어 라이센스로 인정받았으며, 대부분의 Darwin은 이 라이센스 하에서 배포되고 있습니다. 하지만, FSF는 아직도 APSL 2.0이 두 가지의 허점들을 가지고 있는 것으로 여기고 있습니다: 완전한 소유권 하에 있는 다른 파일들과의 연결을 유지하고 있으며, 일반적으로 GPL과는 호환되지 않습니다. 제 생각에는 앞으로 QuickTime, Spotlight, 혹은 Cocoa 프레임워크들과 같은 것들이 오픈 소스화 되는 어떠한 비밀 협약이 있을 거라고는 생각하지 않습니다. 그러므로 이 점에 관해서는 불안해하지 않으셔도 됩니다.

만약 Mac OS X의 내부를 파헤쳐 보고 싶으시다면 Apple 버전의 Darwin 혹은 OpenDarwin의 것을 내려받으실 수 있습니다. 그리고 또, 약간의 추가 기능들과 소프트웨어 수정본들로 무장된 또 다른 가능성에 관심이 있으시다면, 가장 자유로운 버전의 Darwin을 목표로 한 프로젝트인 GNU-Darwin을 살펴보시기 바랍니다.

Intel로의 전환

스티브 잡스가 Intel로의 전환을 발표했을 때, 많은 사람은 어떻게 전체 OS가 그렇게 짧은 시간 안에 완전히 다른 구조에서 실행되도록 옮겨갈 수 있을지 놀라워하면서도 또 한편 궁금해하였습니다. 하지만 많은 사람은 OS X가 처음 구상되기 시작한 후로 Mac OS X의 진화와 더불어서 Darwin도 x86에서 컴파일링 되어 왔다는 사실은 아마 몰랐을 겁니다 - 의심의 여지를 없애려면 돌다리도 두드려 보라는 가르침을 염두에 두었을 겁니다. 실제, Darwin의 1.0 버전 개발 과정에 관한 내용은 옛 Advogato씨의 일지 중, 바로 이곳에서 읽어 보실 수 있습니다. 여기에는 심지어 과거 NeXT 시절에서부터 시작해서 최근에도 여러 번 듣게 되는 기술인 fat binaries(universal bianries)에 관한 언급도 보실 수 있습니다.

잠깐의 재밋거리로, 다음 글도 한번 읽어 보시기 바랍니다: 나는 스티브가 절대 그런 짓은 안 하겠다고 말하는 것을 직접 들었다 - 2000년도의 옛 Wired 뉴스 기사에 관한 소감을 weblog에 올린 글로, 여기에는 오늘날 우리가 알고 있는 Intel로의 전환 사실에 비추어 보면 재미있는 몇 가지 인용구들이 소개되어 있습니다.

이젠 아시겠죠

이제는 터미널을 열 때마다 보이는 "Welcome to Darwin!"이라는 작은 문구가 어떤 의미를 가졌는지를 다시는 궁금해하실 필요가 없을 겁니다. 아무쪼록 이것으로 Mac OS X가 어떻게 동작하고, 어디에서 왔으며, 그리고 OS X에게 어떤 힘을 실어주는지 더 깊은 이해를 구하는 데 도움이 되었으면 하는 바람입니다. 자, 이제 어서 Darwin 소스를 내려받고, OS X 내부가 어떻게 작동하는지를 한번 살펴보시기 바랍니다.

Mac OS X의 시스템 환경 설정 항목들은 ~/Library/Preferences 폴더에 집약되어 있으며, 특정 어플리케이션들을 위한 몇몇 설정 사항들은 감추어져 있습니다. 어떤 것들은 아주 유용하고, 흥미롭기도 하지만, 한편으로는 성가실 수도 있습니다. 여기서 소개될 이러한 설정사항들은 Safari와 WebKit의 기반을 이루는 것들과 관련한 것들입니다.
먼저, 주의 사항부터 말씀드린다면, 여기에 소개된 어떠한 설정 항목들도 이 글이 쓰여진 이후에 적용될 수 있을 것이라고는 장담할 수 없습니다. 실험 목적으로 사용해 보더라도, 차후 Apple에서 제공될 Safari/WebKit의 갱신 내용을 주의 깊게 살펴보시기 바랍니다.
여기서 소개된 모든 설정 항목들은 com.apple.Safari.plist 파일에만 적용되어야 하며, 설정 항목 변경은 터미널의 defaults 명령을 사용하거나, 개발 도구들과 함께 딸려오는 Property List Editor로 쉽게 추가/변경할 수 있습니다.

참고 - defaults 명령의 기본 사용법:

defaults [-currentHost | -host hostname] write domain { 'plist' | key 'value' }
defaults [-currentHost | -host hostname] delete [domain [key]]

CustomUserAgent를 제외하고 Safari의 Debug 메뉴(터미널에서 defaults write com.apple.safari IncludeDebugMenu -bool YES 명령으로 추가할 수 있습니다)에서 설정할 수 있는 것들은 소개되어 있지 않습니다. 또한, 기본 AppKit 관련 설정 사항들(NSNavLastRootDirectory와 같은 NS로 시작되는 것들)도 생략되어 있음을 알려드립니다.

WebKit 설정 항목들

WebKit 설정 항목들은 기타 WebKit 기반 어플리케이션들에게 영향을 끼치지 않기 위해 Safari의 설정 항목에서도 설정될 수 있습니다. 필요하다면 관련 어플리케이션의 설정 항목을 수정하거나, 혹은 전체 시스템에 적용할 수도 있습니다.
안전을 위해서 우선 Safari의 설정 항목들을 시작으로 수정, 실험해 보시기 바랍니다. 아울러, WebKit 전반에 걸친 정보들을 포함한 WebKit 설정 항목들에 관한 자세한 내용은 WebKit Open Source Project를 방문하시기 바랍니다.

- WebKitHistoryItemLimit (number)
이 항목(기본 1000)은 과거에 방문했던 페이지들의 기록을 얼마나 많이 기억하고 있어야 하는지를 결정합니다.

- WebKitHistoryAgeInDaysLimit (number)
과거 방문 기록에 한 항목이 몇 일 동안 저장되어 있고나서 삭제될지를 결정(기본 7 일).

- WebIconDatabaseEnabled (boolean)
웹 싸이트 아이콘을(favicon.ico) 저장할 것인지 결정(기본 YES).

- WebIconDatabaseDirectoryDefaultsKey (string)
웹 싸이트 아이콘을 저장한다면, 어디에 저장할지를 결정. WebKit의 설정은 ~/Library/Icons로 되어 있으나, Safari는 ~/Library/Safari/Icons로 변경해서 설정되어 있습니다.

- BufferTextDrawing (boolean)
일종의 글자 표시 버퍼링 기능을 제공하나, 아직까지는 완전하게 구현되지 않음 (기본 NO).

- WebKitOmitPDFSupport (boolean)
WebKit 안에서 PDF 표시를 꺼줄 때 사용 (기본 NO, 그래서 PDF 지원). 만약 WebKit에 의해 PDF를 다루게 된다면, HTML이 보여지는 공간에 PDF를 표시해 줌. 꺼져 있으면, Safari는 그냥 PDF를 내려받게 됩니다.

- WebKitLogLevel (string)
이것은 숨겨진 값이며, Safari에서는 사용될 수 없음.

- WebKitPageCacheSizePreferenceKey (number)
페이지 캐쉬 크기를 지정; 먼저 한 가지 주지해야 할 것은, 이 값은 컴퓨터에 설치되어 있는 메모리 양에 따라 달라집니다 (1G 혹은 그 이상일 경우, 같은 값이 사용되며; 0.5G에서 1G 사이는, 하나 작은 값이; 0.5G 이하일 경우에는, 두 개가 작은 값이 사용됨). 이 값은 디스크에 저장되는 공간이 아니고 페이지 캐쉬 값이라서 아주 작습니다 (기본 3).

- WebKitObjectCacheSizePreferenceKey (number)
오브젝트 캐쉬 크기를 지정; WebKitPageCacheSizePreferenceKey처럼, 이 값은 시스템 메모리에 따라 달라집니다 (1G 혹은 그 이상은 곱하기 4, 0.5G 아하는 두 배, 그 이하는 그대로). 기본은 8388608 (8M).

- WebKitShouldPrintBackgroundsPreferenceKey (boolean)
YES 값을 주면 (기본 NO), 배경 그림을 사용하는 모든 페이지들은, 인쇄될 때 그림까지 함께 인쇄됨.

- WebKitTextAreasAreResizable (boolean)
아직은 사용 안됨 (기본 NO).

- WebKitAllowAnimatedImagesPreferenceKey (boolean)
아직은 사용 안됨 (기본 YES).

- WebKitAllowAnimatedImageLoopingPreferenceKey (boolean)
아직은 사용 안됨 (기본 YES).

- WebKitBackForwardCacheExpirationIntervalKey (number)
얼마나 오래 동안 캐쉬에 저장된 열람 기록을 통해 페이지 이동을 할지 결정 (기본 1800 초).

- WebKitRespectStandardStyleKeyEquivalents (boolean)
YES일 경우, 특정 자판 단축키들을 사용해서 특정 형태들(bold 그리고 italic과 같은)을 키고/끌 수 있게 허용. WebKit의 기본은 NO이나, Safari는 YES로 설정되어 있음.

- WebKitShowsURLsInToolTips (boolean)
YES로 설정되면, 링크의 URL을 tooltip에서 보여줌; 기본은 NO.

- WebKitPDFDisplayMode (number)
PDF를 표시하는 데 사용되는 모양을 나타내나, 아직은 아무런 효과를 보여주지 않는 듯 함.

- WebKitPDFScaleFactor (number)
PDF를 표시할 때 사용되는 크기 조절 값이지만, 그냥 무시되는 듯 함.

Safari 설정 항목들

이 것은 Safari 만을 위한 것이라서, 다른 WebKit 기반 어플리케이션들에게는 아무런 영향도 주지 않습니다.

- IncludeDebugMenu (boolean)
YES로 설정되면, Debug 메뉴가 추가되어서 Safari의 특정 설정값들을 변경할 수 있음. 기본은 NO.

- Log (boolean)
YES로 설정되면, 실행 로그가 stderr (consol log)에 기록됨. 기본은 NO.

- Log.SPI (boolean)
YES로 설정되면, 더욱 자세한 실행 로그가 stderr (consol log)에 기록됨. 기본은 NO.

- CacheDirectory (string)
Safari가 캐쉬 파일들을 저장하는 곳. 기본은 ~/Library/Caches/Safari. 주의할 것은, 만약 이 값을 변경하면, Safari는 캐쉬 파일을 새로운 지정 위치와 기본 위치 모두에 기록하게 되나, 실제로는 두 곳 어디에도 기록되지 않음.

- DebugShowBuildNumberInWindowTitles (boolean)
YES 값을 주면, 창 제목에 현재 빌드 번호 (예, 'v412.5')를 표시.

- CustomUserAgent (string)
Safari가 자신의 user agent 값을 웹 서버에 무엇으로 전달할지 변경할 수 있도록 함; 기본은 Safari 2.0.1/412.5에서는 "Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-us) AppleWebKit/412.7 (KHTML, like Gecko) Safari/412.5". 이 값은 Debug 메뉴에서도 설정할 수 있으나, 이 설정 항목에서 변경하면 원하는 어떠한 값도 사용할 수 있습니다.

- BackForwardListSizeLimit (number)
방문 기록 항목들의 크기를 조절; 기본은 100. 이 값을 100 이하로 하면 Safari가 오류를 일으킬 수도 있으나, 0 값을 주면 "뒤로" 단추의 기능까지 모두 끄게 됩니다. 100 이상의 값은 사용 가능.

따옴 - MacTechNotes

방화벽 설정 명령인 ipfw에는 대역폭 조절을 위한 dummynet 기능을 지원합니다.

dummynet은 다양한 네트웍 인터페이스들을 통과하는 통신들의 대역폭과 대기 용량(queue size)을 제한해서 별도의 설정 사항들을 관리하고 운용할 수 있도록 도와줍니다.
dummynet은 ipfw 프로그램 안에서 실행/설정되기 때문에 자세한 설명과 사용법은 터미널에서 man ipfw로 ipfw 설명서를 불러 내서 TRAFFIC SHAPER (DUMMYNET) CONFIGURATION 부분을 살펴 보시기 바랍니다.

다음은 대략적인, dummynet 설정 예들입니다:

ipfw add pipe 1 tcp from my_ip port 80 to any
ipfw pipe 1 config bw 128KByte/s

위 설정은 포트 번호 80을 통해 들어오고 나가는 모든(any) tcp 통신 속도(bw)를 128KByte/s로 제한합니다.

ipfw add pipe 2 ip from any to any out
ipfw pipe 2 config bw 256Kbit/s queue 10

밖으로 나가는(out) 모든 통신 속도를 256Kbit/s으로 제한하며 대기 통로(queue slot)도 10 개로 제한합니다. (대기 통로의 기본값은 50)

앞에서 설정된 pipe들은 ipfw pipe NN delete로 특정 번호(NN)의 pipe를 지워주거나,
ipfw pipe flush로 모든 pipe들을 지워줄 수 있습니다.

Tiger에 새로 추가된 이미지 형식(UDBZ: UDIF bzip2-compressed image-압축률 향상)을 포함한 숨겨딘 디스크 이미지 형식들을 사용하려면, 간단히 터미널에서 다음과 같이 입력합니다:

defaults write com.apple.DiskUtility advanced-image-options 1

이제, Disk Utility를 실행시키고 폴더로부터 디스크 이미지를 생성하거나, 이미 존재하는 이미지를 변환할 때 (새로 보여지는 이미지 형식들은 새로운 이미지를 생성할 때는 사용할 수 없습니다), 저장 대화 상자에 보이는 이미지 형식(Image Format) 메뉴를 선택하면 UDBZ 형식을 포함한 여러가지 추가된 이미지 형식들을 보실 수 있습니다.

- 참고로, 아래는 Mac OS X의 디스크 이미지 생성/변환 도구인 hdiutil에서 생성/변환이 가능한 디스크 이미지 형식들과 그 이름들입니다.

[uli]UDRW - UDIF read/write image: dmg[/uli]
[uli]UDRO - UDIF read-only image: dmg[/uli]
[uli]UDCO - UDIF ADC-compressed image: dmg-Mac OS X 10.0[/uli]
[uli]UDZO - UDIF zlib-compressed image: dmg-Mac OS X 10.1(기본적으로 선택되는 형식)[/uli]
[uli]UDBZ - UDIF bzip2-compressed image: dmg-Mac OS X 10.4 이상에서만 지원[/uli]
[uli]UFBI - UDIF entire image with MD5 checksum: dmg[/uli]
[uli]UDRo - UDIF read-only: dmg (한물간 형식)[/uli]
[uli]UDCo - UDIF compressed: dmg (한물간 형식)[/uli]
[uli]UDTO - DVD/CD-R master for export: cdr[/uli]
[uli]UDxx - UDIF stub image: dmg[/uli]
[uli]UDSP - SPARSE: sparse-내용에 따라 용량 증가[/uli]
[uli]RdWr - NDIF read/write image: img (더 이상 지원되지 않음)[/uli]
[uli]Rdxx - NDIF read-only image: img-Disk Copy 6.3.3 형식[/uli]
[uli]ROCo - NDIF compressed image: img-classic Mac OS (더 이상 지원되지 않음)[/uli]
[uli]Rken - NDIF compressed: smi-self mounting (한물간 형식)[/uli]
[uli]DC42 - Disk Copy 4.2 image: diskcopy42[/uli]

추가된 이미지 형식들의 자세한 정보는 터미널에서 man hdiutil로 확인하세요.
(그런데, 그림에서 보여지는 iPod image란 놈은 뭐지? )

GeekTool은 preference pane으로 책상 위의 화면에 정보들을 전달해서 뿌려주는 기능이 있는데, 이것은 아무래도 Mac OS X의 Dashboard와 그 성격이 닮았습니다.
다음은 GeektTool에서 표시될 수 있는 세 가지 종류의 정보 형태들입니다:

* Log 파일 - log 파일을 선택해서 (보통 /var/log 디렉토리에 위치합니다.) 해당 파일의 내용을 화면 위에 실시간으로 뿌려 줍니다. 보통 여기에 사용되는 파일들로는 /var/log/system.log, /Library/Logs/501/console.log, 그리고 /var/log/httpd/* 등이 있습니다.

* 명령어 - 실행될 Unix의 shell 명령어를 지정해 주면, 그 결과를 화면 위에 표시해 줍니다. 또한, 여기에는 재실행 시간(초)도 함께 입력해 주어야 합니다.  자주 쓰이는 명령들로는 uptime(컴퓨터 가동 시간과 사용 부하 표시), df(디스크 빈 용량 표시), netstat(네트웍 상태 표시), vm_stat(Mach 커널의 가상 메모리 사용 현황), ifconfig(네크웍 인터페이스의 현재 설정 상태 표시) 등이 사용될 수 있겠으며 sed 혹은 awk 스크립트 명령을 사용해 그 결과를 간추려서 보이게 할 수도 있습니다.

shell 명령어 사용 예:

- CPU 사용량
top -cd -l2 | grep 'CPU usage' | cut -c 33-88 | tail -1

- 가장 많이 CPU를 소모하고 있는 작업
top=$(ps -acx -o %cpu,command | sort -rin | head -n1);
echo "CPU-intensive: $top"

- 시스템 메모리 사용량과 가상 메모리 크기
sm=$(top -ocpu -Otime -R -l1 | grep 'PhysMem' | cut -c 11-75);
vm=$(top -ocpu -Otime -R -l1 | grep 'VM' | cut -c 5-9);
echo "SM Usage: $sm VM Size: $vm"

- Swap 파일들의 전체 크기
size=$(/usr/bin/du -hc /var/vm/swap* | grep 'total' | awk {'print $1'});
echo "Total size of swap files: $size"

- Page out된 메모리 용량
po=$(vm_stat | grep 'Pageouts' | awk '{print $2"*4096/1048576"}' | bc);
echo "Size of Page outs: $po MB"

- 현재 네트웍 접속 상태
netstat -na -f inet | grep -i established | sort +4

- (loopback 주소들을 제외한) 모든 내부 IP 주소들
ifconfig | grep netmask | grep -v 127.0.0.1 | awk {'print $2'}

- 외부 인터넷 IP 주소 (3가지 방법)
ip=$(curl -s whatsmyip.islayer.net | awk {'print $0'});
echo "External IP: $ip"

ip=$(curl -s http://www.whatismyip.com/automation/n09230945.asp);
echo "External IP: $ip"

echo External IP: `curl -s http://checkip.dyndns.org/ | sed 's/[a-zA-Z<>/ :]//g'`

- 내부적으로 마운트 된 디스크들의 빈 공간
df -hl

- 달력
echo `date "+%d %B %Y"` | awk \
'{ print substr("          ",1,(21-length($0))/2) $0; }'; \
cal | awk '{ getline; print " Mo Tu We Th Fr Sa Su"; getline; \
if (substr($0,1,2) == " 1")  print "                    1 "; \
do { prevline=$0; if (getline == 0) exit; print " "\
substr(prevline,4,17) " " substr($0,1,2) " "; } while (1) }' | \
awk -v cday=`date "+%d"` '{ fill=(int(cday)>9?"":" ");    \
a=$0; sub(" "fill int(cday)" ","["fill int(cday)"]",a); print  a }'
netstat -na -f inet | grep -i established | sort +4

- 과거 오늘의 사건
grep -h "^$(date '+%m/%d')" /usr/share/calendar/calendar.{holiday,history,computer}|cut -f2

- Mail에 등록된 계정들 중에서 아직 읽지 않은 전자우편들의 갯수
echo 'tell application "Mail" to return unread count of mailboxes of accounts' | \
osascript | perl -e "@a=split ',',<STDIN>; foreach (@a) {\$n += \$_}; \
print \"Unread Mails: \$n\n\";"

* 그림 - 인터넷 위에 떠 있는 그림들을 URL, 그림틀 형태, 투명도 등의 설정들과 함께 화면 위에 띄울 수도 있답니다.

이것들과 더불어서, 표시 정보 창을 다른 화면들보다 항상 앞에 표시해 주게끔 할 수도 있고, 이 창은 마우스 클릭을 방해하지도 않습니다.

참고로, 표시 정보들은 설정 내용과 사용 목적에 따라 따로 묶어서 분류 관리할 수도 있으며, 메뉴 막대에 올려놓고 묶음별 표시 전환이 가능합니다. (이 메뉴 기능 사용 시, 프로그램을 삭제할 때는 꼭 따라오는 uninstaller를 사용해야 깨끗하게 지우실 수 있답니다.)

GeekTool 사용 그림. (그림을 누르면 더 큰 그림을 보실 수 있습니다)

현재 GeekTool의 최신 버전은 2.1이지만 갱신된 지도 오래되었고, Tiger에선 다음과 같은 오류를 나타내는 log를 보여주며, 결과적으로 시스템의 성능을 저하시키는 부작용 보이고 있습니다:

GeekTool: The function ..... is obsolete and will be removed in a Tiger update. Unfortunately, this app, or a library it uses, is using this obsolete function, and is thereby contributing to an overall degradation of system performance.

이 문제는 아직 정식적으로는 고쳐지질 않았으나, 다른 사용자가 공개된 GeekTool의 소스 코드를 수정한 GeekTool 2.1jaw1(DB)를 배포하고 있답니다. 이것은 위에 나타났던, Tiger에서 더는 지원하지 않는 함수를 사용하면서 시스템에 부하를 주었던 문제를 수정했으며, 또한 log 창 표시 속도와 CPU 사용량을 절약하는 기능의 개선이 있었다고 합니다. 차기 정식 버전이 발표되기 전까지는 안심하고 쓰실 수 있을듯 합니다.