레이블이 Mac OS X인 게시물을 표시합니다. 모든 게시물 표시
레이블이 Mac OS X인 게시물을 표시합니다. 모든 게시물 표시

2022년 4월 10일 일요일

새술을 위한 헌부대... Mac OS X를 위한 추억의 워드프로세서 #1

예전 구형 컴퓨터 시스템의 가장 현대적(그리고 현실적) 활용을 워드프로세서 프로그램이라고 주장 했었다. 하지만 오래된 시스템이다보니 시스템 사양이나 성능에 적합한 워드프로세서가 아닌 경우 오히려 역효과를 볼 수 있다. 글을 씀에 있어 어느 순간 표현하고 싶은 내용이 머리 속에 떠 올랐을 때 즉각적으로 화면에 나타나지 않으면 갑작스럽게 분위기가 반전되는 경우도 많다. 특히 엔지니어링 분야의 글을 쓰는 입장에서 특정 문제의 해결에 관한 글을 적을 때 머리와 손 그리고 눈의 속도의 동기화되어야 할 때도 있다. 그런 점에서 구형 시스템이든 신형 시스템이든 키보드 입력 성능도 매우 주요할 수 있다.

우선 구형 맥 시스템(맥킨토시, 파워맥킨토시 그리고 맥을 통칭)에서 워드프로세서를 선택할 때 유의해야 할 사항을 먼저 적고자 한다. 일반적으로 선택한 어플리케이션을 확보할 수 있다는 전제에서, 시스템에서 설치할 수 있는 최고 수준의 운영체제와 최고 수준의 어플리케이션을 운용하기 위해서는 최고 수준의 확장이 필요하다.

특히 구형일수록 최고 사양 확장에 대한 효과는 상대적으로 크지 않을 수 있다. 예로 현재 시스템에서 지원되는 운영체제가 Mac OS X 10.4 버전이라고 할 때, Mac OS X 10.4는 PowerPC와 X86을 모두 지원하지만, 아이맥의 범위에 비춰보자면 1998년 출시된 iMac G3에서 2007년 출시된 iMac Aluminum 모델까지 걸쳐 있다. 때문에 같은 Mac OS X 10.4라고 하더라도 10년 범위 내 어떤 시스템을 쓰느냐에 따라 어플리케이션의 체감 성능은 크게 차이가 난다.

그럼으로 어플리케이션 버전의 선택은 현재 운영체제에서 지원하는 최고 버전이 아니라, 사용하고자 하는 어플리케이션이 지원하는 구형 운영체제를 기준으로 하는 것이 좋다. 심하게 말하자면 구형 시스템의 운명은 어플리케이션이 결정하는 것이지 운영체제가 결정하는 것은 아니다. 물론 운영체제의 기능 역시 중요한 것은 분명한 사실이다. 하지만 어차피 구형 운영체제이고 현실적으로 지원이 어려운 상황임을 인정하면 운영체제간 차이는 상대적으로 주요하지 않다고 볼 수 있다. 그러나 PowerPC 기반 구형 맥이라면 실제적 선택의 여지는 거의 없다. PowerPC를 지원하는 Mac OS X 버전이 10.5까지이고, Mac OS X가 쓸만한 운영체제가 된 버전은 10.3부터라고 볼때 선택은 10.3, 10.4, 그리고 10.5 정도이다. 특히 10.5 버전을 운용하려면 G5 수준 정도는 되어야 하니, G3나 G4라면 10.4 버전이 거의 마지막이라고 할 수 있다.

구형 시스템에 대한 하드웨어 확장은 물론 운영체제와 어플리케이션을 최고 수준으로 확장하는 것은 레트로 매니아의 미덕이 아닐 수 없겠으나 현실적 활용을 생각하자면 오히려 독이 될 수도 있다. 운영체제가 겨우 구동되는 환경에서 어플리케이션을 원할하게 구동하기를 기대하는 것은 과욕이며 학대이다.

그리고 워드프로세서 버전은 선택은 일단 워드프로세서 자체가 결정된 이후의 일이기도 하고, 워드프로세서 선택의 기준이 될 수도 있다. Mac OS X 10.4 수준에서 운용할 수 있는 워드프로세서라면 Microsoft Word, Nisus Writer, Scrivener 등 선택의 여지는 꽤 많다. 하지만 구형 시스템에서 최신 시스템 만큼이나 원할한 사용성과 생산성을 제공하는 어플리케이션 선택은 쉽지 않다. 이 선택의 워드프로세서가 제공하는 기능에 관한 문제가 아니라 입력이나 수정에 관련한 기능적 속도와 편의성에 관한 것이다.

하지만 아마도 누구나 가장 궁금해 할 것은 어떤 워드프로세서 어플리케이션을 사용할 것인가이지 않나 싶다. 일단 라이센스를 보유한 경우가 가장 무난하겠지만 그렇지 않은 경우도 마음만 먹으면 이미 한참이나 기억에서 사라진 어플리케이션의 라이센스 코드를 구하는 것은 어렵지 않을 것이다. 개인적으로 라이센스가 있는 워드프로세서는 Microsoft Office, Nisis Writer 그리고 Scrivener이다. 라이센스 구입 관련 해서 박스나 이-메일 메시지는 남아 있지 않지만, 운좋게 파일 속에 적어 놓은 코드를 발견할 수 있었다.

물론 속도면에서 워드프로세서가 가닌 텍스트 에디터 즉 편집기를 사용하는 방법도 있지만, 메모나 코딩이 아닌 글을 쓰기 위한 용도라면 워드프로세서 프로그램을 사용하는 편이 더 효과적이다.

V4jomPC.jpg

워드프로세서 어플리케이션 선택에서 유의해야 할사안은 파일 호환성 여부이다. 타자기처럼 직접 프린터를 통하여 출력하는 것으로 마무리된다면 모르겠지만, 실제로는 파일 단위로 이후 작업에 적용되어야 하는 경우가 많다보니 경우에 따라 파일 포맷에 대한 호환성이 주요할 수 있다. 또한 더불어 구형 시스템과 일상 시스템에서 함께 다뤄져야 할 경우도 있다면 파일 포맷 호환성은 매우 주요한 문제가 될 수도 있다.

그런 이유에서 보자면 네트워크 혹은 USB 메모리 등으로 파일 교환이 가능해야 하는 것은 물론이다. 때문에 플로피 디스크 등의 물리적 미디어를 사용할 계획이라면 포기하는 것이 현명하다.

2020년 7월 3일 금요일

Parallels vs. VirtualBox - 스냅샷 관리를 위한 인내심 ?

컴퓨터 시스템, 특히 PC의 하드웨어 성능이 개선되면서 에뮬레이터를 넘어선 가상화 플랫폼을 운용할 수 있게 되었다는 것은 20세기 PC 사용자로서는 마침내 기대한 꿈 가운데가 하나가 이뤄진 세상이 왔다고 느껴질 정도로 획기적인 사건이라고 할 수 있다. 물론 지금 컴퓨터를 접하는 사용자라면 당연한 기능이라고 생각할 수 있지만, 지난 수십년간 하나의 하드웨어에서 둘 이상의 운영체제를 동시에 사용할 수 있다는 것은 불가능한 영역으로의 진입이었다. 그야말로 SF 영화에나 등장할만한 궁극의 멀티 태스킹 기능이라 해도 과언이 아닐 것이다.

582A41J.png

에물레이터는 현재 시스템에서 과거의 시스템을 구동한다는 측면에서 유용한 것이 사실이지만, 실질적 효용성 보다는 구동 그 자체에 더 큰 의미가 있었다. 즉 ROM 기반 아케이드 게임기 용도 외 크게 활용성이 없었다. 때문에 업무적 활용성 보다는 취미의 영역으로 취급받았다. 반면-결국 에물레이터에서 시작했다고 볼 수 있지만-가상화 플랫폼은 그러한 에물레이터의 기능은 물론 현재 시점에서 현재 운용 되는 운영체제는 물론 상위의 운영체제까지 접할 수 있다는 점에 그 효용성을 비교할 수는 없다.

현재 Mac 시스템에서 macOS(Mac OS X) 환경에서 운용 가능한 가상화 플랫폼의 대표 주제는 값 비싼 Parallels와 값 싼 VirtualBox를 들 수 있다. VMWware Fusion이 있기는 하지만 가격대비 성능에서 Parallels가 우위에 있다고 할 수 밖에 없다.

일단 Parallels(혹은 VMware Fusion)과 VirtualBox의 비교에서 비용적 문제가 아니라면 Parallels를 선택하는 것이 당연한 결정이라고 할 수 있다. 그러나, 가상화 플랫폼이란 것이 특정 운영체제에 국한된 것이 아닌 경우라면, VirtualBox를 선택할 수 밖에 없다. VirtualBox는 Mac은 물론 Linux와 Windows 환경에서 구축이 가능하지만, Parallels는 Mac 전용 이라고 할 수 있다. 한때 Windows 환경을 지원하는 Parallels Workstation이 제공된 적이 있지만 오히려 VMWare Workstation과의 경쟁에 밀려 지원 중단되고 말았다.

어쨌거나 오늘날 가상화 시스템은 거의 모든 컴퓨터 시스템에 있어 기본적인 지원 요소를 넘어 핵심 기능으로 자리잡고 있으며, 처음부터 별도의 사용자가 운영체제 없이 가상화 시스템의 운용을 전제로 만들어진 운영체제로 등장하여 이미 서버 및 서비스 영역에서 핵심 기능으로 자리 잡았다고 할 수 있다.

가상화 시스템은 높은 하드웨어 및 운영체제의 성능과 기능에서 남는 컴퓨터 자원을 효율적으로 사용할 수 있다는 점에 사용자 입장에서 최고의 어플리케이션이라고도 할 수 있다.

특히 물리적 하드웨어에 설치된 운영체제의 운영에 많은 주의가 필요한 것에 비해 가상화 시스템, 즉 가상화된 운영체제의 관리는 매우 단순하면서도 효율적 관리가 가능이다. 특히 가장 주요한 관리 기능의 하나가 바로 스냅샷 기능이다.

스냅샷이란 현재의 가상화 시스템 상태를 그대로 하나의 이미지로 저장하는 기능으로, 단순하게 보자면 시스템 전체에 대한 하나의 이미지 파일 백업이라고 할 수 있다. 그리고 이 기능을 이용하여 필요시 스냅샷으로 저장된 즉 백업된 임의 시스템 상태로 돌아갈 수 있다는 점에서 매우 효과적인 백업 대응 조치라고 할 수 있다. 물론 시스템에 대한 스냅샷 기능은 서버 운영체제 수준에서 이미 오래전 부터 제공되던 기능이다. 다만 물리적 컴퓨터에 대한 스냅샷 기능이 가상화된 컴퓨터에도 적용될 수 있도록 변화되었다고 할 수 있다.

하지만 스냅샷 기능에서 많은 경우 간과하는 사실 하나가 가상화 시스템에 대한 스냅샷 생성에 많은 저장 공간이 소요되고, 이를 위한 관리가 필요하다는 점이다. 특히 다양한 특정 조건 설정에 대한 스냅샷을 자주 생성하여 관리하는 경우, 스냅샷이 생성될 때마다 상당한 저장 공간을 차지하게 된다. 저장 공간이 넉넉하다면 상관 없지만 SSD의 저장 공간은 바로 비용으로 이어진다는 점에서 심각한 문제가 될 수도 있다.

HHY3XP8.png

그래서 불필요한 경우 가능한 빨리 지나간 스냅샷을 삭제해야 할 때가 있다. 이때 Parallels와 VirtualBox 두 플랫폼 간의 엄청난 차이가 발생하는데, VirtualBox의 경우 지난 스냅샷의 삭제는 거의 실시간 수준이다. 반면 Parallels의 스냅샷 삭제 시간은 거의 가상화 시스템을 하드 디스크에서 복사하는 수준에 맞먹는 시간이 소요된다. 특히 다른 어플리케이션과 함께 구동되고 있는 경우 그 시간은 더욱 오래 걸렸다. 급하게 저장 공간을 회수하고자 하는 사용자 입장에서는 갑갑함을 넘어 미친 수준의 분노을 유발할 수도 있다.

솔직히 Parallels의 스냅샥 삭제 기능이 왜 이렇게 오랜 시간이 소요되는 지는 알 수 없다. 물론 가상화 시스템의 크기가 크면 비례해서 시간이 오래 걸릴 수 있고 또한 사용하는 시스템의 구성과 성능에 따라 차이가 있으니 절대적으로 오랜 시간이 걸린다고 할 수는 없지만, VirtualBox에 비해 상대적으로 오랜 걸린다는 것은 틀림없는 사실이다.

2020년 5월 29일 금요일

Mac OS X에서 DMG 디스크 이미지를 ISO 이미지로 변환

알고 보면 간단하지만 언제나 마주하면 언제 그랬냐는 듯 기억이 나질 않는 일이 여럿 있는데, 그 중 하나가 다운로드 받은 DMG 포맷의 이미지를 가상 머신이나 다른 용도로 사용하기 위해 ISO 포맷 이미지로 변환하는 것이다. 변환 자체는 별일이 아니지만 정확하게 어떤 절차를 거쳐야 불편하지 않게 진행되는지 알쏭달쏭할 때가 많다는 것이다.

압축 포맷과 마찬가지로 디스크 이미지 포맷 역시 종류가 한두가지가 아니다. 물론 보다 안전하고 높은 수준의 압축을 제공하기 위한 기술을 적용한다는 측면에서 새로운 포맷의 등장은 반갑지 않을 수 없지만, 워낙 종류가 많거니와 그것은 운영체제에서 모두 지원하지 못한다는 것이 특별한 경우 문제가 되기도 한다. 일상적이라면 그에 대한 준비를 해두겠지만, 간혹 뜻밖의 포맷으로 보게 되면 당황하게기도 한다.

DMG의 경우 Mac OS X에서 표준적인 이미지 포맷이지만 또 다른 운영체제 혹은 특정 어플리케이션에서 인식되지 못하기 때문에 가끔씩 기억을 더듬어야 하는 시간이 필요하게 된다. 물론 Mac 사용자라면 당연히 Disk Utility를 사용하거나 터미널에서 HDIUTIL 명령어를 사용한다는 것은 알고 있을 것이다. 하지만 언급했듯 적절한 절차와 명령 문구가 가물가물하다. 일단 DMG를 ISO로 변환하는 것은 윈도우즈나 리눅스에서도 가능하지만 일단 패스~.

디스크 유틸리티를 이용한 DMG의 ISO 변환은, 먼저 DMG 이미지를 마운트한 다음 열린 이미지를 다른 이미지로 저장할 수 있는데 저장 포맷을 DVD/CD 마스터로 지정한다. 그러면 CDR 이미지로 저장되는데, 이후 CDR 확장자를 ISO로 바꿔주면 끝이다.

A41tZbW.png

Q0RlvjI.png

ocemN5A.png

만일 이러한 방식을 선호하지 않는다면, 터미널에서 다음과 같은 형식의 명령어를 실행한다. 물론 관리자 권한이 필요할 경우에는 sudo 명령을 함께 사용한다.

$hdiutil convert /tmp/office2004.dmg -format UDTO -o /tmp/office2004.iso

하지만 이 경우에는 기능적으로 디스크 유틸리티와 동일하게 CDR 이미지 파일, office2004.iso.cdr로 생성되기 때문에 cdr 확장자를 제거하여 iso로 바뀌준다.

다른 이야기이지만 CD/DVD 이미지를 가지고 이런저런 일을 하는 것 못지 않게 PC나 Mac이 아닌 UNIX 시스템에서 미디어를 마운트 했던 기억을 더듬어 보면 보통 일이 아니었다. HP-UX의 경우 자체적인 미디어 포맷을 사용했기 때문에 ISO 포맷으로 된 미디어를 마운트할 때에는 별도 선택 항목을 적어 주었다.

2020년 3월 8일 일요일

Mission Control, 미션 컨트롤 & 매직 마우스 기반 멀티 모니터 환경 구축 ?

일반적으로 PC 사용자라면 Virtual Desktop, 가상 데스크탑이라는 용어는 낯설 것이다. MS-DOS 시절에는 생각 자체가 불가능했고 MS-Windows 환경에서 어느 정도 사용이 가능 했지만 일상적인 모습을 아니었다.

ghDLeK2.jpg

반면 UNIX나 Linux 그리고 최근 Mac OS X를 사용하는 경우라면 일상적으로 사용될 수 있는 기능이다. 특히 작은 크기의 모니터에서 사용한 텍스트 기반의 터미널 환경에는 이러한 가상 터미널 기능이 매우 유용했다. 일이 많다고 터미널이나 모니터를 더 지원해달라고 할 수 없는 상황일뿐더러 책상 위의 쌓인 서류더미와 책들이 그런 짓을 허락하지 않았다.

가격이 수십만원에서 간혹 백만원을 훌쩍 넘는 21-인치 CRT 모니터 두 대를 책상 위에 올려 놓고 작업하는 것은 그 규모와 무게에서 조차 부담이었다. 종종 책상 뒤로 떨어진 펜을 찾기 위해 그 덩치들을 잠시라도 옮기는 것은 여간 귀찮은 일이 아니었다.

때문에 X-Window System 환경에서 지원되는 그래픽스 기반의 가상 데스크탑은 굳이 여러 대의 모니터를 사용하지 않아도 된다는 점에서 매우 요긴한 기능이었다. 물론 시각적인 면에서 두 대의 모니터를 동시에 보면서 하는 작업의 생산성에 비교할 바는 되지 않았다.

sezNRjT.png

처음 가상 데스크탑을 경험한 것은 HP-UX 기반의 VUE에서였다. 이후 가상 데스크탑은 UNIX 워크스테이션의 CDE로 이전되었고, Linux에서도 사용이 가능하게 되었다. 각 가상 데스크탑 화면은 워크스페이스라고 불렸다.

Windows 3.1을 사용하는 PC에서는 HP-VUE의 Windows 버전이라고 할 수 있는 HP DashBoard를 사용했는데, UNIX 워크스테이션 못지 않은 꽤나 생산적이며 귀여운 기능이었다. 하지만 Windows 95로 전환되면서 이러한 기능을 제대로 적응되지 못했고, 이후에도 운영체제 자체에서 이런 기능이 제공되지 않았기 때문에 Windows 환경에서의 쓸만한 가상 데스크탑 기능을 제공하는 유틸리티를 보지 못했다.

그리고 최근 Windows 10에 이르러 겨우 가상 데스크탑 환경이 지원되기 시작했다. 그런데 역시나 그 기능의 품질이나 효용성의 문제가 아닌 키 입력이 문제다. CTRL 키 + WINDOWS 키 그리고 필요한 다른 키 조합을 이용해야 한다. 이런 방식으로는 앞서 언급한 같은 이유로 사용성은 크게 떨어질 수 밖에 없다. 실제 Windows 10 사용자 가운데 이런 기능을 활용하는 이들이 얼마나 되는 지 의문이다.

Mac OS X(macOS)에서도 가상 데스크탑 기능은 Windows 환경에 비하자면 오래전부터 지원되었다. 다만 Mac OS X 자체가 X-Window System에 기반하고 있지 않아 UNIX 계열에서는 꽤나 후에 지원된 기능이라고 할 수 있다. 2007년 Mac OS X 10.5 레오파드에서 스페이스(Spaces)라는 기능으로 지원되기 시작했고, Mac OS X 10.7 이후에는 미션 컨트롤(Mission Control)로 대체되었다. 물론 Mac OS X라고 이런 기능이 적극적으로 사용될 수 있는 특별한 시스템은 아니었다.

Mac OS X의 미션 컨트롤 기능의 제대로 활용될 수 있게 되는 것은 맥북프로의 트랙패드에서 멀티터치 및 제스처 기능이 지원되면서부터라고 할 수 있다.

트랙패드에서 세 개의 손가락을 이용하여 쓸어 올리거나 내림으로써 마우스나 키보드 사용 없이 한번의 동작으로 미션 컨트롤 기능을 사용할 수 있게 되었다.

그리고 마침내 애플의 매직 마우스가 등장했다. 그리고 매직 마우스에서 손가락 두 개의 더블 클릭과 쓸어 넘기기로 미션 컨트롤이 작동하게 된다. 또한 다양한 제스처 기능을 원하는 사용자를 위해 별도의 트랙패드, 매직 트랙패드가 등장했다. 그리고 미션 컨트롤은 Mac에서 일상화된 기능으로 자리잡았다.

1tm3ylH.png

그렇다고 Mac 사용자들 역시 적극적으로 미션 컨트롤 기능을 사용한다고 볼 수는 없다. 애써 일부러 찾아 사용하는 기능이라고 보지는 않는다.

Mac의 미션 컨트롤, 특히 트랙패드(매직 트랙패드)와 매직 마우스를 사용하여 얻을 수 있는 최고의 기능은 앞서 언급한 가상 데스크탑 환경의 자연스러운 사용을 통한 멀티 모니터 환경의 구현이라고 할 수 있다. 각각의 가상 데스크탑 화면에 필요한 어플리케이션을 구동하여 사용하다가 필요한 경우 매직 마우스 위를 손가락 두 개의 쓸어 넘기면 즉각적으로 화면이 전환된다. 멀티 모니터 환경에서 다른 모니터를 보기 위해 고개를 돌리는 것만큼이나 빠르다. 차이라면 모니터를 필요한 만큼 공짜로 추가할 수 있다는 점이다. 그리고 그를 통한 업무 생산성은 놀랍도록 향상될 수 있다고 본다.

시실 애플의 마우스는 여러 면에서 비난을 많이 받아온 제품이다. 매직 마우스에 대해서도 이런저런 비평이 많다. 하지만 미션 컨트롤 기능은 매직 마우스를 구입할만한 가장 주요한 이유라고 본다.

2019년 10월 22일 화요일

VirtualBox 6의 가상 Mac OS X 공식 지원 범위

VirtualBox 6에서 Mac OS X에 대한 게스트 지원이 공식화되면서 이전에 비해 가상화 Mac 시스템의 구성이 훨씬 간편해졌고 안정성도-특별한 걱정할 필요가 없을 정도로-개선되었다. 더 이상 Mac OS X 가상화 시스템을 구축을 위해 VirtualBox를 패치하거나 터미널에서 VBoxManager 등의 유틸리티를 직접 사용하지 않아도 되도록 개선되었다. 다만 일부 세부적인 기능 변경에는 터미널을 이용해야 한다.

하지만 VirtualBox 6에서 최신 그리고 모든 Mac OS X와 macOS에 대한 지원이 제공되고 있는 것이 아니다. 현재 VirtualBox 6의 가상 머신 생성 기능에서 지원하는 Mac OS X의 범위는 다음과 같다.

ciSim0N.png

최근 새로 업그레이드된 macOS 10.15 Catalina와 macOS 10.14 Mojave는 아직 지원 목록에 올라와 있지는 않다. macOS 10.13 설정을 이용하여 최신 버전에 대한 설치 진행이 가능하겠지만, 아직까지는 이전 만큼 단순한 설정으로 진행되지 않는 문제가 발생할 수도 있다.

  • Mac OS X 10.6(32-bit & 64-bit) - Rosetta(PowerPC) 지원
  • Mac OS X 10.7(64-bit) - Rosetta 지원 종료
  • Mac OS X 10.8(64-bit)
  • Mac OS X 10.9(64-bit)
  • Mac OS X 10.10(64-bit)
  • Mac OS X 10.11(64-bit)
  • macOS 10.12(64-bit)
  • macOS 10.13(64-bit)

최신 macOS의 경우는 향후 업데이트에서 지원이 되는 것이 당연하겠지만, 문제는 이전 구형 Mac OS X는 언제 지원 항목에서 사라질 지 모른다는 것이다. 특히 Mac OS X 10.6의 경우 Rosetta가 지원 되는 마지막 버전이라는 점에서 공식 항목으로 올려져 있다는 것이 중요하다. Mac OS X 10.7 이후로는 PowerPC 기반의 어플리케이션을 구동할 수 없다.

다행히 어플리케이션이 유니버설 바이너리(Universal Binary)라면 Rosetta가 지원되지 않은 Mac OS X 10.7 이후에서도 구동이 가능하다. 이 경우는 예전 MC680X0 마이크로프로세서를 사용한 시절의 어플리케이션을 PowerPC로 이전할 때와 비슷하다고도 볼 수 있다.

하지만 현재 PowerPC 전용으로 유니버설 바이너리 등 다른 대안이 없는 상태에서 물리적 하드웨어 시스템이 없는 경우라면 별도의 가상화 환경을 도움을 구할 수 밖에 없을 것이다. 물론 아직도 적지 않은-일부 영역에 국한 되었다고 보지만-PowerPC 기반의 Power Mac 시스템 상당수가 현직에서 구동되고 있다는 점에서 현실적으로 하드웨어 구입이 상대적으로 효율적일 수 있다.

VirtualBox 6에서 공식 지원 목록 이전의 Mac OS X에 대한 운용은 불확실하다. 불확실하다는 의미는 구동 자체가 불가능하다기 보다는 공식 지원 대상에 비해 구동에 시간과 노력이 많이 들며, 성공 여부도 현재의 VirtualBox 6 버전에서는 장담할 수 없다. 이를 위해-Mac OS X에 대한 공식적 지원이 없었던-이전 버전의 VirtualBox에서 BSD 기반 환경으로 Mac OS X를 구동하는 경우도 있다.

그리고 비슷하면서도 다른 문제가 최근의 macOS 10.15 Catalina의 32-비트 어플리케이션 지원 중단이라고 볼 수 있다. 대부분의 사용자에게는 큰 문제가 되지 않을 수 있으나, 경우에 따라 32-비트 지원 문제로 Catalina 업그레이드를 무작정 미루고 있는 경우도 적지 않을 것이다.

2019년 10월 3일 목요일

iCloud, 나의 사진 스트림 서비스

아이폰에 카메라가 장착되는 순간부터, 아이폰은 물론 스마트 폰은 디지털 카메라의 역할을 하기 시작했고 현재 가장 널리 사용되는 디지털 카메라는 아이폰을 비롯한 스마트 폰이라고 할 수 있다. 하지만 아이폰은 디지털 카메라와 달리 인터넷에 연결된 장치라는 점에서 전혀 다른 가치를 가진 장치가 되었다. 사진을 찍자마자 인터넷을 통하여 사용자가 원하는 모든 기기로 전전송되는 이른바 동기화 기능을 지원함에 따라 사진의 활용성을 크게 넓히는 단초가 되었다고 해도 틀린 말은 아닐 것이다.

아이폰 정확하게 말하지만 2011년 iOS 5와 함께 시작된 ‘사진 스트림’(Photo Stream) 기능은 애플의 클라우드 서비스인 iCloud에 기반하여 Mac 컴퓨터 시스템과 iOS 기반 스마트 기기 간에 아이폰에서 찍은 사진을 공유할 수 있는 기능을 제공했다. 마찬가지로 Mac에서 생성되어 iPhoto나 Photos에 저장된 사진 역시 같은 방법으로 연결된 아이폰을 비롯한 다른 기기와 동기화된다. 이를 통하여 애플은 다른 경쟁 컴퓨터나 스마트 기기에 비해 자신들의 제품간 결합력을 보다 단단히 묶을 수 있게 되었다.

zDyt12n.jpg

사진 스트림 기능이 작동하는 애플의 모든 제품들은 아이폰에서 찍은 사진을-네트워크에 연결되어 있다면-거의 실시간 수준으로 동기화함으로써 공유할 수 있게 된다. Mac OS X를 사용하는 Mac에서는 iPhoto 혹은 Photos 어플리케이션에서 그리고 iOS를 사용하는 아이폰과 아이패드 그리고 아이팟에서도 Photo 앱을 이용하면 간단하게 사진을 공유할 수 있다. 물론 자신이 아닌 가족이나 다른 친구와의 사진 공유를 위한 기능도 또 별도로 제공된다.

기능적으로 보자면 아이폰의 카메라로 사진을 찍게 되면 먼저 iOS 카메라 앱의 Camera Roll에 저장되면서 동시에 iCloud 서비스를 통하여 업로드 되어 연결된 모든 애플 기기의 ‘사진 스트림 앨범’(Windows의 경우 Pictures 폴더)에 저장된다. 더불어 Windows 운영체제를 사용하는 PC에서도 iCloud 지원 프로그램을 설치하면 동참이 가능하다.

사진 스트림은 하나의 애플 ID에서 제공되는5GB 용량의 iCloud 기본 공간 용량과 상관없이 최대 1,000장을 무제한 용량으로 운용이 가능하다. 물론 모든 애플 제품 사용자게 무료로 제공되는 서비스이다. 때문에 디지털 카메라를 통하여 가져오기한 대용량의 사진도 간편하게 공유할 수 있다. 하지만 최근 사진을 최대 1,000장까지 보관한다는 제한은 아이폰과 같은 모바일 기기의 저장 공간을 고려한 제한이기 때문에, Mac을 사용한다면 iPhoto나 Photos의 사진 스트림 앨범에 동기화된 사진을 수량 제한 없이 저장이 가능하다. 물론 그 가운데 최근 1,000장 만이 사진 스트림 기능을 사용하는 아이폰과 아이패드와 함께 유지된다.

이런 사진 스트림 서비스의 유일한 단점은 업로드된 하나의 사진은 iCloud 서버에 최대 30일 동안만 저장되어 있다는 점이다. 때문에 업로드된 사진은 30일 후 삭제되기 전 로컬 시스템으로 다운로드해야만 한다.

다행스러운 점은 Mac OS X의 iPhoto나 Photos가 업데이트되면서 사진 스트림 앨범에 업로드 되어 동기화된 사진이 자동화으로 iPhotosk Photos의 사진 보관함에 복사가 되기 때문에 30일 후 자동 삭제에 대해 염려할 필요는 없다. 물론 아이폰이나 아이패드의 사진 스트림 앨범에서는 사라지기 때문에 동기화라는 클라우드 서비스의 기본 측면에서의 기능적 의미는 상실된다.

간혹 모든 것이 정상임에도 아이폰이나 아이패드에서 찍은 사진이 사진 스트림 기능이 작동하지 않을 때가 있는데, 대개 배터리 충전량이 20% 이하인 경우 일시적으로 사진 스트림 기능이 중단되도록 되어 있다.

2009년 6월 13일 토요일

NX for Mac OS X

드디어 2009년 6월 11일, Simens가 Mac OS X를 위한 최초의 메이저 3D CAD/PLM 패키지라고 할 수 있는 NX for Mac OS X를 정식으로 발표했다. 지난해부터 개발에 대한 일부 소식은 있었지만 사실 설마하는 반응들이 많았다는 점에서 이 소식을 고대한 입장에서 고맙고 행복하기까지 하다.

1cySfKB.jpg

지금까지 Mac OS X 환경에서는 TeamCenter만이 공식적으로 지원되었지만 이제 3D CAD/CAM 어플리케이션의 운용이 맥킨토시에서 가능하게 된 것이다. Simens가 UniGraphics와 관련한 사업을 인수한 결과인지 모르겠지만 어쨌거나 불이 당겨진 것이다. 과거 UNIX가 3D CAD 시장의 주인공이었던 80년대와 90년대, 새롭게 등장한 Windows NT에 의해 10년만에 주인공이 바뀌게 되었고 그후 10년 드디어 새로운 주인공이 탄생할 지 의문이다. Simens가 먼저 나섰으니 Dassault나 PTC가 어떤 반응을 보일 지 정말 궁금하다.

3D CAD는 UNIX라야 제격이라고 줄곧 소리치디가 지금은 조용히 숨죽이고 있는 내 입장에서 Mac OS X가 새로운 구세주가 되길 바란다. 다만 한때 Linux가 UNIX의 영광을 이어받을 것으로 기대한 많은 이들이 결국 실망하게 된 전철을 Simens가 따르지 않았으면 하는 바램이다.

하지만 Macintosh 사용자 입장에서는 몇가지 아쉬운 점이 있다. 우선, 인터페이스가 Mac OS X 스타일인 아닌 X11/Motif 스타일을 사용하고 있다는 점이다. 나와 같이 UNIX/X11 환경에 익숙한 사람이라면 모를까 대부분의 Mac OS X 환경을 선호하는 입장에서는 상당히 눈에 거슬린다는 점도 부정할 수 없다. 아마도 Simens에서 Macintosh 버전을 위해 UNIX/Linux 코드와 인터페이스를 그대로 사용한 면이 분명하다. 시스템의 신뢰성이나 안정성면에서는 당장 나쁘지 않은 선택이라고도 볼 수 있다. 그렇지만 Simens 측에서는 향후에도 Mac OS X 스타일로 변화시킬 계획이 없다는 점 역시 문제가 아닐까 싶다.

구형 컴퓨터 사용자를 위한 추억의 가치

누구나 내 책상 가운데 하나 위에 놓여진 커다랗고 시끄러운 금속 상자와 그 옆 낯선 화면을 보면서 과연 이게 뭔지 의아스러워 한다. 그리고 그 옆에 커다랗게 그리고 화려하게 새겨진 HP 로고를 보고 나면, 별나 컴퓨터 시스템이라고 생각한다. 그리고 ...