KMUG>뉴스>컬럼 | 케이머그 ::: 한국 매킨토시 사용자 모임 :::

Ten Big New Features in Mac OS X Snow Leopard
June 23rd, 2008 | Journal, Markets, Mobiles, Software, Tech

Daniel Eran Dilger

애플은 스노 레퍼드에 "신기능이 없다"고 마케팅하면서, 맥오에스텐의 근본적인 개선을 약속하였다. 코드 최적화와, 전 기사에서 밝힌 코드 리팩터링 덕분이다. 하지만 스노 레퍼드에서 볼 만한 신기능은 꽤 많다. 아마도 못들어보셨을 듯 한데, 레퍼드에 있는 10가지 커다란 새 기능(그리고 몇 가지 사소한 새 기능)에 대해 알아보도록 하겠다. 이미 전 글에서 묘사한 QuickTime X와 Grand Central, OpenCL도 포함된다.

WWDC 2008: New in Mac OS X Snow Leopard
스노 레퍼드 서버와 애플의 반격

Pulling Invisible New Features into Snow Leopard.
오픈소스 커뮤니티와의 증대되는 협력이 점차 늘어나기 때문에 스노 레퍼드의 새로운 점 몇 가지는 베일이 드러났다. 하지만 안 보이는 부분이 대부분이다.

그 중 하나가 LLVM이다. LLVM은 Low Level Virtual Machine 컴파일러 아키텍쳐 프로젝트로서 원래 University of Illionois에서 설립된 프로젝트다. 애플이 여기에 기여하기 시작한 때는 2005년이며, OpenGL 하드웨어 기능 지원을 확대시키기 위해 레퍼드에서 사용을 시작하였다. 덕분에 특화된 그래픽 코드를 실행시킬 실리콘이 없는 저사양 맥에서도 소프트웨어적으로 코드를 실행시킬 수 있게 되었다.

LLVM은 또한 애플 엑스코드 IDE에도 들어가 있다. GCC 컴퍼넌트 업그레이드로서, 고도로 효율적인 코드 최적화 제너레이터로 들어간 것이다. 하지만 그 자체로서 완전한 컴파일러이기도 하다. Clang이라 알려진 이 프로젝트는 지난 해 공개됐다. LLVM 컴파일러 기술은 생산성을 높여줄뿐 아니라, 같은 하드웨어상에서 코드를 훨씬 빠르게 돌려주는 결과를 만들어낸다.

Apple’s other open secret: the LLVM Complier
The LLVM Compiler Infrastructure Project

알려진 비밀은 또 하나 있다. Common Unix Printing System인 CUPS이다. 원래는 2002년 Jaguar 시절 때부터 시작하였으며, 맥오에스텐의 출력엔진용으로 애플이 CUPS를 채택하여 라이센스하였고, 아예 프로젝트 자체를 인수하였다. CUPS는 또한 리눅스 배포본과 BSD, 그 외 기타 상용 유닉스 시스템의 사실상 표준이다.

즉, 리눅스용 출력 아키텍쳐를 개발하는 프로젝트가 애플 소유라는 이야기다. 그러나 애플 자신이 오픈소스에 강력한 기여자이면서 공유자이기도 하기에 별다른 문제는 안된다. CUPS 소프트웨어의 버그수정과 개선을 보면, 24%는 애플에서, 나머지 76%가 오픈소스 기여자와 OpenSolaris, 그 외 다른 프로젝트에서 나왔다. 물론 공유를 통해 100% 모두 혜택을 누릴 수 있다.

이러한 CUPS 협력은 고품질의 코드를 낳고 신기능의 개선을 낳는다. 스노 레퍼드가 사용하게 될 CUPS 1.4는 퍼포먼스 증대와 함께, 민감한 자료를 출력할 때, 악성 소프트웨어가 이를 가로채지 않도록 여러 가지 보안 개선도 이루었다.

Common UNIX Printing System

스노 레퍼드에서 오픈소스 프로젝트덕분에 나타난 중요한 신기능은 또 있다. ZFS다. OpenSolaris 프로젝트(썬의 DTrance 기술도 마찬가지다. 애플은 이 기술을 퍼포먼스 프로파일링툴에 사용한다.)에서 나왔다. 레퍼드는 ZFS를 읽기전용으로 데뷔하였으나, 스노 레퍼드와 스노 레퍼드 서버는 썬의 128-비트 파일 시스템의 읽기와 쓰기를 모두 지원한다. ZFS는 "간단한 관리와 섹션별 구분, 데이터 통합성, 극도의 규모성"을 제공한다.

사실 ZFS는 레퍼드 개발 때부터 레퍼드가 새 파일 시스템을 채용하리라는 루머로 등장했었고, 블로그와 기술 언론을 휩쓴 단어가 된바 있었다. 당시 맥의 네이티브 HFS+를 바로 ZFS가 교체하리라는 전망이 나왔지만, ZFS는 스토리지 풀링(pooling)과 데이터 중복(data redundancy), 자동 에러 수정, 다이나믹 볼륨 확장, 스냅샷 등 모두가 다중의 디스크 드라이브를 사용하는 서버와 하이엔드급 웍스테이션과 관련있는 일이다.

따라서 스노 레퍼드가 HFS+를 ZFS로 교체하지는 않을 것이다. 현재의 데스크톱과 노트북 사용자들과도 별 관계가 없다. 특히나 시스템 안에 디스크 드라이브 하나만 사용한다면 관계가 전혀 없다.

More Predictions for WWDC 2007: Solaris, Google, Surround
Apple - Mac OS X Leopard - Developer Tools - Instruments
애플은 오픈소스에게 무엇인가
애플의 오픈소스 공격

Pushing Visible New Features in Snow Leopard.
애플은 아이폰 상에서 익스체인지 서버의 푸시 지원을 대폭 확장시켰다. 스노 레퍼드의 메일과 주소록, iCal도 마찬가지가 될 것이다. 이런 클라이언트 측면의 애플리케이션에게까지 푸시 지원을 늘리면 MobileMe의 푸시 메시지 가입에도 힘을 불어 넣어 주게 된다. 스노 레퍼드 서버의 푸시 메시징 서비스도 마찬가지다. 애플은 아이폰과 맥오에스텐 아키텍쳐 안에 상호 운용이 가능한 푸시 아키텍쳐를 개발하는 영리한 선택을 하였다. 즉, 익스체인지의 대안 개발도 병행하고 있다는 의미다.

푸시 메시징과 함께 개발하는 푸시 애플리케이션으로 네 번째가 있다. 애플의 PNS(Push Notofication Service)이다. 아이폰과 아이포드 터치 사용자들은 백그라운드 상에 업데이트를 알리는 프로그램을 따로 띄울 필요 없이, 서버에서 보내는 알림을 설정할 수 있다. Bonjour가 함께 하면, PNS는 아이폰을 온갖 종류의 방법으로 써드파티 개발자들의 애플리케이션에 접속시킬 수 있을 것이다.

애플이 맥오에스텐의 데스크톱에도 PNS 시스템을 이식할지는 두고 볼 일이지만, 단일화된 알림용 클라이언트를 허용하긴 할 것이다. 필자는 이미 2005년 레퍼드에서 바라는 것 목록 기사에서 Growl-스타일의 알림 시스템을 제안한바 있다.

스노 레퍼드 서버와 애플의 반격
Apple’s Mobile Me Takes On Exchange, Mobile Mesh

애플은 푸시 메시징을 강력히 추진하면서, 모바일 기기를 데스크톱 제품에 보다 견고하게 통합시킬 것이다. Wide Area Bonjour의 다이나믹 서비스 등록을 사용할 멋진 방법으로 Back to My Mac이 레퍼드에 등장하였다. 정적 네이밍 서비스 설정 없이 어느 위치에서건 집의 리소스를 공유하는 메커니즘이 Back to My Mac이다. .Mac/MobileMe에 어느 소프트웨어건 자신을 등록시킬 수 있다. 따라서 써드 파티 개발자들도 이 기술의 잠재성을 활용할 수 있다.

A Global Upgrade for Bonjour: AirPort, iPhone, Leopard, .Mac
Ten Big Predictions for Apple in 2008

세 번째 미신에서 이미 밝힌바 있는 기술이 있다. 아이폰으로 맥오에스텐을 움직이는 기술이다. 필자가 아이폰에 대해 제안한 아이디어인데, 적어도 그 일부가 스노 레퍼드의 사파리에 들어가 있다. 웹애플리케이션이다. 이 신기능이 있으면, 웹애플리케이션을 자기의 윈도가 있는 웹 애플리케이션으로 돌릴 수 있다. 그러면 사파리 외부에서 네이티브 애플리케이션으로 웹 플랫폼을 만들 수 있다.

Cocoa Touch SDK 발표가 일어나기 전에 아이폰용 가능성으로 유사 기능을 제안한 적도 있다. 하나의 파일로 패키지화된 웹 애플리케이션을 네트워크가 없어도 돌아가는 대시보드의 위젯처럼 기기상에서 돌리는 것이다. 애플이 어째서 이런 명확한 전략을 이해하는데 오래 걸렸는지 모를 일이지만, 데스크톱상에서 이제 애플도 이해한듯 싶다.

이 전략은 새로운 JavaScript 인터프리터인 SquirrelFish덕분에 더 빨라질 것이다. WebKit-기반 브라우저와 사파리, 별도의 웹애플리케이션, 대시보드 위젯이 혜택을 볼 수 있다. 애플의 MobileMe와 야후의 Flickr, 구글의 여러 가지 웹 애플리케이션도 덩달아 새로운 속도를 낼 수 있다. SquirrelFish는 또한 일반적인 RIA(Rich Internet Applications) 분야의 눈높이와 효율성의 잣대 또한 올릴 것이다. Flash와 Silverlight, Java를 더 빠르고 간단하게, 보다 상호운용성을 넓혀줘서 경쟁을 심화시킬 수 있다.

RoughlyDrafted: Leopard Wish List: 2005
iPhone, 어떻게 개방될까
Surfin’ Safari » Announcing SquirrelFish

Microsoft’s Application Features in Mac OS X, System Wide.
기능추가를 계속하는 마이크로소프트식 사업방식도 완전히 무용지물은 아니다. 윈도와 오피스를 새로 내놓을 때마다 마케팅을 위해 마이크로소프트는 여러 가지 기능을 추가시켰고, 애플도 그런 기능을 나중에 맥오에스텐에 추가시켰기 때문이다. 한 사례가 빠른 사용자 전환이다. 이 기능은 Panther에 덧붙여졌다. 윈도 XP가 이 트릭을 먼저 개척했는데, 원래는 Terminal Services에 기반해서 만든 것이다.

마이크로소프트는 Ajax 웹애플리케이션의 기반을 조성하는 데에도 한 몫 하였다. 아웃룩 Web Access 2000 웹애플리케이션을 인터넷 익스플로러 안에서 잘 돌아가게 만들기 위해 XMLHttpRequest를 만들었기 때문이다. 오늘날 표준-기반의 웹애플리케이션들이 데스크톱 플랫폼의 마이크로소프트 독점을 치고들어가는 중이다. 그리고 SproutCore와 같은 툴로 만든 제품들, 가령 MobileMe와 같은 것 또한 상호운용성의 장벽을 깨뜨리고 있다. 이제 마이크로소프트는 표준-기반의 웹 애플리케이션이라는 판도라의 상자를 열어버린 점을 후회할지 모르겠다. 마이크로소프트는 현재 웹을 다시금 폐쇄적인 Silverlight 플러그인으로 끌어들이려 하고 있다. 웹 애플리케이션을 .NET 프로그램으로 전환시킨다는 목표인데, 불가능할 것이다.

마이크로소프트 혁신의 또 다른 사례로 워드의 텍스트 처리 기능이 있다. 스펠링 실수를 빨간 선으로 반짝거리게 한다든가, 문법 오류를 녹색 선으로 하는 식이다. 워드는 또한 여러 가지 단어 자동수정 기능과 부호 자동삽입, 텍스트 대체 기능(트레이드마크를 치면 TM으로 자동전환) 등의 기능도 갖고 있다. 스펠링에 대한 것은 이미 맥오에스텐 시스템 기능으로 들어가 있는데, 다른 기능도 스노 레퍼드에서 채용된다는 소식이 있다. 즉, 시스템 전반이 사용하니 모든 애플리케이션이 혜택을 누릴 수 있다는 의미다.

Remote Display의 간략한 역사 3: Terminal Server
SproutCore, 웹 2.0을 뒤집는다

Super Size Me.
워드의 기능을 OS에 집어넣는 것 외에 또 있다. 애플의 Data Detector이다. 이 기술은 90년대 중반, 텍스트의 사용 가능한 비트를 찾아낸 다음 활성화시키는 기능이다. 레퍼드는 메일에서 이 기술을 사용하여, 주소록과 iCal의 이벤트와 이메일을 뽑아낸다. 그러나 스노 레퍼드는 메일만이 아니고 어디에서건 이 기능을 활용할 수 있을 것이다.

소식통에 따르면 스노 레퍼드는 폰트북으로 애플리케이션이 요구하는 모든 서체를 Spotlight로 추적해 가면서 완전히 Auto Activation으로 제공한다. 스노 레퍼드는 또한 멀티터치 트랙패드 제스쳐에 연동하는 새로운 프레임웍을 제공한다고 한다. 맥북 에어에서 등장한바와 같다.

초박형 맥북에어가 나와서 말인데, 줄이는 것이 좋을 때가 있다. 물론 SDD 64GB는 1000달러에 육박한다. 즉, 살 찌는 것만은 마이크로소프트를 닮지 말아야 한다. 한 독자는 이렇게 지적한다. "현재 레퍼드는 설치시 9GB의 디스크 용량을 요구하며, iLife를 설치하면 3GB가 더 들어갑니다. 즉, SSD 맥북 에어 하드드라이브 20%는 이미 채워져 있다는 의미죠."

MacBook Air vs. 초경량 노트북
Leopard Predictions for WWDC 2006
WWDC 2007: An Inside Perspective From the Halfway Point

Think Small.
스노 레퍼드는 SSD-기반의 시스템이 곧 들이닥침에 따라 다이어트를 목표로 삼았다. 소식통에 따르면 퇴신 빌드에서 비약적인 다이어트가 이루어졌다고 한다. 가령 유틸리티 폴더가 468MB에서 111.6MB로 줄어들었다. 아래 그래프가 보여주듯 다른 애플리케이션도 군살을 뺐다.

이런 제품이 그저 코드 최적화외 리소스 공유 뿐이라고? 한 가지 관련 사실이 더 있다. 해상도 독립성이다. 각 픽셀마다 채우는 비트맵 래스터(raster) 그래픽이 보다 작은 벡터 그래픽 파일(GUI 요소와 컨트롤을 양식에 따라 그려낸다)로 바뀌기 때문이다. 벡터 그래픽은 고품질을 지니면서 어떠한 크기로도 변경 가능하다. 반면 비트맵 그래픽은 확대시켰을 경우 깨진다. 물론 더 큰 비트맵 버전을 투입하면 해결할 수 있지만, 그럴 경우 디스크 공간을 더 많이 차지하게 된다. 이미 애플은 공유 가능한 고품질의 벡터 그래픽 라이브러리를 제공하리라고 개발자들에게 말한바 있다. 그러면 모든 애플리케이션에 비트맵 아트를 패키지로 집어 넣을 필요 없이 해당 라이브러리를 사용하면 된다.

이런 막대한 다이어트는 보다 효율적인 지역화하고도 관련이 깊다. 가령 맥오에스텐 레퍼드에 있는 메일은 285MB가 넘어가는데, 대부분은 18개 언어로 지역화가 되었기 때문이다. 이 지역화 파일 크기만 276MB이다. 실제 유니버설 바이너리 코드는 수 메가바이트에 불과하며, 그래픽과 다른 리소스를 합쳐도 2.8MB 뿐이다.

어째서 애플은 모든 애플리케이션마다 18개 이상의 언어를 지원하는가? 불필요한 지역화 파일을 제거하는 간단한 방법을 어째서 제공하지 않는가? 아마도 스노 레퍼드가 답할 질문일 것이다. 스노 레퍼드의 메일은 91MB에 불과하다. 영어-전용이라기에는 너무 크다. 개발자용이라 그럴 수도 있겠지만, 레퍼드의 메일보다는 훨씬 더 작다. 대략적으로 스노 레퍼드는 레퍼드보다 1/3 가량만의 용량을 사용한다.

마이크로소프트는 신기능에 초점을 맞춰서 마케팅과 함께 "WOW"를 전달하려 노력한다. 그러나 스노 레퍼드는 코드 개선과 리팩터링을 통해 보다 유용한 기능을 전달한다. 게다가 더 작아지고 간결해진다. 그런데 다이어트하는 것이 또 하나 있다고 한다. 맞나? 스노 레퍼드는 과연 옛 카본(Carbon) API를 없애는가? 다음 미신에서 알아보겠다.

WWDC 2008: New in Mac OS X Snow Leopard
WWDC 2008: Mac OS X 10.6은 Carbon의 죽음일까?

I really like to hear from readers. Comment in the Forum or email me with your ideas.

Like reading RoughlyDrafted? Share articles with your friends, link from your blog, and subscribe to my podcast! Submit to Reddit or Slashdot, or consider making a small donation supporting this site. Thanks!

Ten Big New Features in Mac OS X Snow Leopard