Lazy Media Missionary

이미 본 블로그를 통하여 여러 차례에 걸쳐서, 초기 Mac OS X 10.6 Snow Leopard (이하 SL) 개발자 프리뷰 빌드부터 현재의 10a432 빌드(리테일 버전 빌드)에 관련된 내용들을 다루어 왔기에 2009년 8월 28일(미국시간 기준)자로 정식 출시된 SL 에 대한 내용은 현재로서는 더 추가시킬 내용이 없네요. 추후 유용한 팁이나 새로운 소식이 있으면 추가시키기로 하고요, 본 글에서는 SL 이 금번에 출시된 것을 기념(?)하는 의미로, 제대로 표기되지 않고, 읽혀지지 않는 "SL 이름"에 대해 몇 자 남기고자 합니다. (기존 SL 관련 포스트 목록 : [SL 미리보기 #1][SL 미리보기 #2][SL 미리보기 #3][SL 미리보기(동영상) #4] [SL 헤비 벤치마크])

네이버 지식인을 비롯하여, 여러 맥 관련 한글 사이트를 두루두루 살펴보면 Leopard 의 Leo 를 한글로 "레오"로 쓴 제목이나 글들을 아주 흔하게 볼 수 있는데, 이것은 완전히 잘못된 한글 표기 입니다. 미국이나 영국이 아닌 다른 나라의 사람 이름(예, 레오나르도 다빈치 (Leonardo di ser Piero da Vinci))이라면 조금이라도 다퉈볼 여지가 있지만, 일반 명사(Noun)이고, 영어사전에 분명히 발음표시(Phonetics)가 있고, 미국(American)과 영국(British) 발음이 드물게도 "똑 같은" Leopard 의 Leo = Le(발음기호, 레)가 어쩌다가 "레오"로 표기되고 읽혀졌는지 참 흥미로운 부분입니다.

[애플 코리아의 영어무식자의 소행일까요, 아니면 네이버에서 검색 키워드 입력한 네이버 직원의 소행일까요... 아니면, 일부 영어 무식자까지 배려해서 검색이 가능토록 한 테크닉?]

[Wikipedia 의 Leopard 발음 표기]

Leopard (레퍼드)가 영어이고, 미국 애플사 제품이며(미국식/영국식 처음 Leo(레)의 발음기호는 동일), Leopard 단어에 대한 기원(Etymology)을 보더라도 Leo 가 "레오"로 발음되거나 표기되어야 할 그 어떠한 백그라운드가 없습니다. 혹자는 Leopard 를 스페니쉬 또는 독일식, 일본식 등으로 읽을 때 Leopard 를 "레 오 파 드" 라고 읽고 쓰게 된다고 하는데 이것은 순전히 궤변 및 영어 무지에 대한 변명에 불과합니다. 차라리 Tiger (타이거)를 "티거"(Tigger, 디즈니 애니메이션의 호랑이 캐릭터)라고 한글표기하고 이런 변명을 해대면 귀엽기라도 하지, 미국회사의 제품이고, 일반 영어 명사를 가진 제품명이며, 전세계 판매망을 가지고 있지만, 제품명에 한해서는 각 나라 언어로 번역하여 표기하지 않고 그대로 "LEOPARD" 영어를 쓰고 있는데, 왜 다른 나라 방식으로 읽고, 이것을 전제로 한글표기를 합니까…

[네이버 지식인에서 "전문가"가 답변할 때 표기한 정체불명 신조어 "레 오 파 드"]

변명하는 자들의 입장이 조금이라도 변호되기 위해서는, 애플사에서 각 나라마다 Leopard 제품을 번역된 상품명으로 출시했을 때에만 가능한 일입니다. 예를 들어, 스페니쉬 는 "leopardo" 로, 네덜란드 식은 "luipaard", 일본식은 "ヒョウ" 또는 "レオパード" 등으로 제품명이 나와 있는 상태여야만 "난 그냥 일본식으로 한글 표기한다… 네덜란드 식으로 한글 표기한다…등등" 이게 가능한 것입니다. 그러나, 아쉽지만 전세계 애플 온라인 스토어 어디를 뒤져봐도(한국포함) LEOPARD 상품명을 각 나라 언어로 번역해서 표기하지 않고 있습니다. 그렇다면 어떻게 읽고 표기해야 하나요? 당연히 영어사전에 표기된 발음기호를 기반으로 가장 근접하게 발음할 수 있는 한글로 표기하는 게 정상 아닙니까…

[일본 애플 스토어의 SL 를 그대로 영어 표기한 상품안내서 부분 발췌]

[독일 애플 스토어의 SL 를 그대로 영어 표기한 상품안내서 부분 발췌]

물론, Leopard 라는 단어가 영어 이외에 독일어 사전과 체코어 사전에 그대로 철자하나 틀리지 않고 존재하기에 "독일식" 또는 "체코 식"으로 발음할 수도 있다고 변명할 수는 있으나, 위에서 언급하였듯이 "미국" 애플사의 "영어"로 표기된 제품명을 억지로 독일식/체코 식 발음 데로 한글 표기해야 할 이유는 단 한가지도 없습니다. 더군다나, Leopard 단어의 기원적 유례를 확인해 보아도 독일이나 체코와는 단 하나도 연관성이 없습니다.

[미국식 영어발음, 체코, 독일식 발음을 들을 수 있는 사이트 화면 발췌]

[Cambridge British Online 화면 발췌]

개인적으로 추론컨대, Leopard 의 Leo 가 "레오"로 표기된 이유는 초등학교 때부터 늘 익숙해져 온 "레오나르도…(Leonardo)"의 영향인 것 같네요. 이것의 영향력을 가늠해 볼 수 있는 흥미로운 척도 중 하나가 영화 타이타닉의 "미국인" 주인공 Leonardo DiCaprio(리어날도 디카프리오, lee-uh-NAR-doe dih-CAP-ree-o)를 미국식 발음으로 표기하지 않고, 그냥 "레오나르도~(이태리 식)" 라고 아무 생각 없이 표기하는 것만 보아도 알 수 있습니다. 뭐, 사람이름이야 충분히 각 나라마다 발음하는 게 각양각색이고, 액센트가 다 다를 수 있으니 다퉈볼 여지가 많다는 것은 인정하지만, 최소한 영어사전에는 "LEO" 의 발음기호가 "레오" 가 아닌 "리오"로 표기되어 있습니다. (본 글 하단 참고자료 목록 첨부)

[LEO... 로 시작하면, 무조건 "레오"로 한글표기 되도록 지대한 영향력을 행사한 레오나르도...의 미국식 발음 표기 발췌]

[미국인이면서도 이태리 예술/과학자의 영향력으로, 무조건 이태리 식 발음으로 표기되는 리어날도 디카프리오 미국식 발음듣기 화면 발췌]

결론적으로, 이번 스노우 레퍼드(Snow Leopard)가 출시됨을 기념(?)하여, 앞으로는 뚱딴지 같은 "레 오 파 드"라고 한글 표기하지 말고, 영어발음 나는 데로 그냥 "오"자는 빼고 "레퍼드"라고 읽고 표기하도록 했으면 합니다. 이미 지금까지 레퍼드라고 표기해 오셨던 분들은, 주위에 영어 조금 딸리는 중생들이 발견된다면, 꼬옥~ 지적해서 제대로 통일된 한글표기가 될 수 있도록 협조(?)해 주시길… 하하~

마지막으로, Mac OS X 의 요~ X 는요, 로마 수치표기의 10 (Ten, 텐) 됨과 동시에, 버전 10부터 내부적으로 유닉스 코어 기술을 이용한 Mach-Kernel (마크 커널)을 채용함으로써 X 는 "UNIX Like" 운영체제임을 상징하는 표시이기도 합니다. 그러므로, Mac OS(맥 오에스) 다음의 X 를 로마 수치 표시인 10 (텐)으로 보통 읽지만, X(엑스 = uniX like)로 읽거나 써도 무방합니다. (단, 왜 로마숫자 10=X 를 "엑스"로 읽고 쓸 수 있는지 내부사정(?)을 아는 자만이 쓸 것.)

참고한 자료출처 목록

• Longman Dictionary of Contemporary English Online
• Cambridge British English Online
• Wikipedia, Leopard Etymology
• Inogolo – English pronunciation of the names of people, places, and miscellaneous stuff
• Visual Thesaurus
• Forvo, Forvo is the largest pronunciation guide in the world

작업이 아직 끝나지 않아서, 어제 공식 배포된 10a421 빌드를 설치하지 못했네요. 일 때문에 걸어놓은 렌더링 시간이 너무 오래 걸려서,  심심풀이로 얼마나 Mac OS X 10.6 스노우 레퍼드 베타 버전의 안정성이 뛰어난지 벤치 마크해 보았습니다. (혹시라도 있을 수 있는 다운사태(?)를 무릅쓰고…) 앞선 글에서도 언급했지만, 단순히 "인터넷이나 오피스관련 프로그램 몇몇 개 실행시켜 보고, 스노우 레퍼드는 역시 빨라지고, 안정적이다~" 라고 말하는 것은 아무런 의미가 없습니다. (물론, 빨라진 것 자체는 틀린 말이 아닙니다만…)

[CPU 점유율이 계속해서 90% 이상임에도 불구하고, 화면반응속도 및 프로그램의 반응속도가 전혀 쳐지지 않네요]

[Parallels Desktop 의 윈도 7 에서 렌더링 중, 4 개의 코어를 모두 사용하여, 전체적으로 90% 이상을 점유하고 있는 상태]

안정성 및 성능 테스트의 중요한 요소는 CPU 를 지속적으로 상당 부분 점유하는 프로그램들을 동시에 실행시키고, 내장 램과 하드 디스크 스왑핑까지 복잡하게 이루어지는 상태에서 – 전체적인 화면 반응속도, 각 프로그램의 반응 속도 및 기능 수행이 정상적으로 이루어지는지의 여부 등을 종합적으로 보고 판단해야 할 문제입니다. 특히 CPU 점유율이 매우 높고, 램과 하드 디스크 스왑핑이 복잡하게 이루어지는 상태에서 "얼마 동안" 문제 없이 각각의 프로그램들을 안정적이게 실행시키고 있는지의 여부가 중요하지요.

[24시간 + 9 분 동안, 단 한번도 다운 없이 복잡한 작업을 수행하고 있는 상태, 위 그림을 켑춰한 이후, 현재까지도 복잡한 프로그램들을 백그라운드에서 실행시켜놓고, 지금 이 글을 쓰고 있는데, 글자 타이핑 및 화면 반응속도에 전혀 처짐이 없네요]

[실행된 프로그램 목록, Parallels Desktop 에서 Mental Ray 로 렌더링을 진행시키고, 각종 인터넷 유틸리티(FTP, Speed Download)로 파일을 전송을 시키고, 사파리로 브라우징하면서, Preview 로 PDF 문서 보고.... 지금 이 글은 IE8 에서 작성하고...등등, 4 개의 CPU 코어가 모두 90% 이상이 점유된 상태이고, 내장 메모리는 모두 투입되어 스왑핑이 발생하고 있는 상태...BUT! 속도 처짐이 없다는 거, 그게 중요하죠.]

예를 들어 1일, 24시간이상 문제 없이 복잡한 렌더링 작업을 수행하면서, 인터넷 브라우징, 업로드/다운로드를 동시에 하고, 문서 작성, 기타 유틸리티 등을 아무런 불편 없이(화면반응속도 처짐 없이) 사용할 수 있었다면, 일단 안정성 및 성능에 있어서는 합격 점입니다. 실제 이 내용은 Mac OS X 10.6 Snow Leopard 10a411 빌드에서 제가 직접 확인하고 있는 내용입니다. Mac OS X 의 기본 레이어인 마하 커널(Mach Kernel)의 뛰어난 성능과 이번 스노우 레퍼드가 얼마나 효율적으로 멀티태스킹 및 각 프로그램에 대한 메모리 보호 등이 이루어지는지 확실하게 체감이 됩니다. 특히, 스왑핑이 이루어짐에도 불구하고 쳐지지 않는 화면 반응속도는 일품 수준이고, 현재 베타 버전임에도 24 시간 이상 단 한번도 실행된 프로그램이 다운되지 않았다는 게 참 인상적이었습니다.

[맥 OS X 10.6 의 새로운 닥 익스포세(Dock Expose)기능, 실행된 프로그램을 닥(Dock)에서 클릭하고 있으면, 위와 같이 열린 문서들을 한꺼번에 나열하여 볼 수 있습니다.]

동일한 작업을 맥 OS X 10.5.7 레퍼드에서 했을 때는 하드 스왑핑을 한번 시작하면, 전체적인 화면 반응 속도 및 실행되는 프로그램들의 실행속도가 현격히 떨어져서, 메모리 최적화를 시키지 않는 한, 거의 작업이 불가능할 수준이었는데, 동일한 작업을 10.6 스노우 레퍼드에서 했을 때에는, 이러한 처짐 현상이 발생하지 않고, 스무스~ 하게 모든 작업이 수행되는 것을 확인할 수 있었습니다. 기술적인 측면에서 본다면, 이번 스노우 레퍼드는 상당히 개선된 메모리 관리 기능 및 선점형 멀티 태스킹(Preemptive Multi Tasking), 을 지원하고 있음을 확인할 수 있었습니다.

[아무런 프로그램을 실행시키지 않은 상태에서 64비트 벤치 마크했을 때의 결과, 참고: 숫자가 높을수록 성능이 좋음]

테스트할 때 실행시킨 모든 프로그램들이 맥 OS X 10.5 레퍼드에 최적화된 32비트 프로그램들이고, 맥 OS X 10.6 스노우 레퍼드가 아직 베타 버전임을 감안한다면, 실제 정식버전에서 스노우 레퍼드용으로 최적화된 프로그램들을 사용한다면, 현재보다 훨씬 더 프로그램 수행 성능이 개선될 것으로 기대해 봅니다.

[CPU 점유율이 90% 이상이고, 내장 메모리는 모두 사용 및 스왑핑이 발생하고 있는 상태에서 실행시킨 64비트 벤치마크 결과, 다소 낮은 수치이지만, 선점형 멀티태스킹이 얼마나 완벽하게 지원되는지 엿볼 수 있을 겁니다.]

마지막으로, 요즘 많이 느끼는 건데… 맥 OS X 10.6 과 윈도 7은 아주 그냥.. 찰떡 궁합입니다. 맥 OS X 10.6 에서 가상 데스크탑 솔루션(VMware Fusion 이나 Parallels Desktop)에 윈도 7 설치하고 사용하면, 맥 OS X 10.6 의 막강한 메모리 관리 및 효율적인 CPU 작업할당 기능을 지원받은 가상 데스크탑의 윈도 7은 쎙쎙~ 아주 잘 돌아갑니다. 물론 부트캠프 수준은 아니지만, 비스타에 비하면 일단 윈도 7 자체가 가볍고 더욱 안정적인데다가, 스노우 레퍼드가 탁월한 환경으로(메모리 보호, 효율적인 작업할당 등) 지원사격 해주니… 10.5 레퍼드상에서 비스타, 또는 윈도7 과는 비할 바가 못됩니다. 실제로, 10.5 레퍼드에서 가상 데스크탑으로 비스타를 돌리던, 윈도7을 돌리던지 간에 어느 정도 사용하다 보면 시스템 메모리 자원이 모두 소진되는 현상을 자주 볼 수 있습니다. 그러나 스노우 레퍼드에서는 이러한 현상이 거의 발생하지 않는데, 이것은 뭐니뭐니해도 향상된 메모리 관리 능력 때문이라고 할 수 있을 겁니다.

[아무런 프로그램을 실행시키지 않은 상태에서 32비트 벤치마크를 했을 때의 결과, 64비트 벤치마크에 비해 다소 떨어지는 결과값을 볼 수 있는데, 스노우 레퍼드는 완벽한 64비트 운영체제이기 때문에, 64 비트 프로그램 실행 시 더욱더 최적화된 성능을 지원받을 수 있습니다.]

[CPU 점유율이 90% 이상이고, 내장 메모리는 모두 사용 및 스왑핑이 발생하고 있는 상태에서 실행시킨 32비트 벤치마크 결과, 다소 낮은 수치이지만, 선점형 멀티태스킹이 얼마나 완벽하게 지원되는지 엿볼 수 있을 겁니다.]

맥용 오피스 2008 서비스 팩 2가 바로 얼마 전부터 MS 사의 홈페이지를 통해 공식 배포되고 있습니다. 이번 서비스 팩에서는 여러 가지 버그패치 및 기능향상이 이루어졌다고 하는데요, 특히 엑셀, 워드, 파워포인트 등의 속도를 대폭 개선되었고, 두 가지 새로운 기능(기본 테마를 사용자가 변경할 수 있는 기능과 패스 애니메이션의 지원)이 추가되었다고 합니다.

그리고, 이번 서비스 팩 2부터는 문서연결(Document Connection, 다큐먼트 커넥션)기능이 지원되어, 워드/엑셀/파워포인트에서 작업한 문서 파일을 MS사의 인터넷 문서 온라인 서비스인 오피스 라이브 워크스페이스(Office Live Workspace)에 직접 저장시킬 수도 있게 되었습니다. 이와 같이 저장된 문서는 언제든지 Document Connection 기능을 통하여 나중에 다시 불러올 수 있으며, 쉐어포인트(SharePoint)를 이용하면 다른 팀 멤버와 문서를 공유하며, 동시작업도 가능하게 됩니다.

MS 의 오피스 라이브 웍스페이스는 금번에 서비스 팩 2가 배포되면서, 맥 OS X 기본 브라우저인 사파리 4 도 완벽하게 호환되도록 개선이 이루어져, 앞으로 맥 유저들도 불편 없이 웍스페이스를 이용할 수 있게 되었습니다.

맥 유저분들 중 아직 오피스 2008 서비스 팩 2 로 업데이트하지 않으신 분들은 [여기]를 클릭하셔서 다운로드 및 업데이트시키거나, 오피스 2008의 자동업데이트를 실행시키도록 하세요~

확실히 프로그램 런칭타임 및 화면 반응 속도, 페이지 렌더링 부분에 있어서 기존 3.0.x 버전에 비해 빨라졌습니다. 몇몇 플러그인을 설치하면, 처음 초기화(Initial) 단계에서 지연되는 문제도 이번 3.5 버전에서는 거의 느껴지지 않았습니다. 보다 날렵해지고, 보안 관련 제어를 보다 편리하게 할 수 있도록 메뉴를 정리한 것이 이번 3.5 버전의 주 특징이라 하겠습니다.

다만, 아직까지도 사파리 4.0 에 비해 속도적으로는 우세하지 않은 듯 합니다. 맥 OS X 10.6 빌드 10A394 에서 사파리 4.0을 64비트 모드로 실행시켜 인터넷 서핑을 해보면, 국내 사이트일 경우, 전체 페이지가 즉시로 렌더링 되어 보여지는 반면, 파이어폭스 3.5 버전은 한 박자 느리게 전체 페이지가 렌더링 되는 것이 "체감"됩니다.

특히, 그래픽 이미지가 많은 페이지일 경우, 화면 스크롤에 대한 반응이 사파리 4 는 손가락의 움직임에 맞추어서 즉시즉시 반응하는 것에 비해, 파이어폭스 3.5는 3.0 에 비해 확실히 속도적으로 개선되었으나 – 여전히 한 박자 느리거나, 중간에 약간의 지연현상이 발생하곤 합니다.

그러나, 중요한 것은 파이어폭스 3.0에 비해 눈에 띄고, 몸으로 확실히 체감할 정도로 페이지 렌더링, 런칭타임 속도가 개선되었다는 것은 의심할 여지가 없습니다. [여기] 를 클릭하시면 3.5 버전에서 새롭게 추가되거나 향상된 기능에 대해 확인하실 수 있습니다.

[편리한 개인사용내역 관리, 방문한 사이트, 다운로드 목록, 검색기록, 쿠키 등을 기록에 남기지 않을 수도 있음]

[선택적으로 삭제가 가능한 인터넷 사용내역]

[페이지 스크롤링을 부드럽게 할 수 있는 기능]

[사파리 4 와 마찬가지로, 탭을 잡아 끌어서 새로운 윈도로 분리하거나(Drag&Drop), 분리된 윈도의 탭을 드래그하여 하나의 윈도로 결합시킬 수 있음]

[개인 브라우징의 지원, 웹 사용정보의 흔적을 남기지 않고 인터넷 서핑을 할 수 있음]

[개인 브라우징에 대한 안내문, 웹 사용정보를 컴퓨터상에는 남기지 않지만, 인터넷서비스 제공자는 방문하는 웹사이트 기록을 추적할 수 있다는 내용]

[파이어폭스 3.0 에서 사용했던 모든 플러그인/애드온을 그대로 사용할 수 있음]

파이어폭스 3.5는 기존 버전에 비해 확실히 속도 개선 및 개인정보 보안에 관련하여 향상되고 편리한 기능을 제공합니다. 저는 여전히 사파리 4 를 메인 웹 브라우져로 사용하고 있습니다만, 파이어폭스 매니아들에게는 이번 업데이트가 실로 반가운 소식일 겁니다.

네이버 카페를 둘러보다 보니, 네이버에 대한 맥 유저 "불만" 카페가 있어서 무언가 하고 들여다 보니… 바로 "그" 호환성 문제에 항의하기 위해 맥 유저들의 모임을 결성하는 카페더군요… 흠… 맞습니다. 현재는 맥 OS X 용 브라우저로 완벽하게 모든 네이버의 기능을 사용할 수 없다는 게 참 안타깝습니다. [다음]의 거의 모든 서비스는 그렇저렇 맥 OS X 환경에서 할만 한데, 네이버는 "MS에 120% 충성하는 포털"이라고 해도 과언이 아닐 정도로 모든 기능이 MS 운영체제 및 브라우저에 최적화되어 있습니다. (티꺼우면 다른데 가면 되지, 왜 여기서 깔짝거려~ 라고 한다면 이야 할말 없지만… 여하튼 안타까운 부분이네요.)

혹시나 하는 생각에 맥 OS X 용으로 나온 모든 브라우저로 테스트 해보았으나, 결과는 참 한심스러웠습니다. 그나마 네이버에서 가장 쓸만한 맥 OS X 용 브라우저는 파이어폭스와 오페라였습니다. 당연히, 많은 부분에 제약이 따르지만, 최소한 블로그에서 사진/동영상 올리고 글을 쓸 수 있으니 그나마 다행(?)이라고 할 수 있지요.

이번에 네이버에서 벤치 마크해 본 맥 OS X 용 브라우저는 총 6 개인데(파이어폭스, 오페라, 사파리, 옴니웹, 시몽키, 샤에라), 그 중 Shiira 는 네이버 사용 중 계속해서 다운되는 증상이 있어서 벤치마크 리포트에는 포함시키지 않았습니다. 벤치마크 리포트를 보다 선명한 문서로 보시길 원하거나, 또는 E-Book 및 출력해서 보시고자 한다면, 첨부된 PDF 파일을 다운로드 받아 보시기 바랍니다.

[본 벤치마크 리포트는 맥 OS X 10.6 스노우 레퍼드 빌드 10a380 에서 어도비 인디자인 CS4 를 이용하여 만들었습니다.]

벤치마크 리포트를 참고하셔서, 네이버 사용시 적당한 브라우저를 실행시켜 사용하시기 바랍니다~(저는 지금 이 글을 파이어폭스 3.5 베타에서 작성하고 있습니다.)

맥 OS X 와 네이버 궁합 PDF 문서 보기