맥 OS편집자 확인

맥 OS의 역사는 1984년 애플이 최초의 매킨토시와 함께 선보인 시스템 소프트웨어로부터 시작된다. 2001년 OS X이 출시되기 전까지의 이 시리즈는 통칭 '클래식' 맥 OS라고 불리며, 버전 1부터 9까지 이어졌다. 클래식 맥 OS는 그래픽 사용자 인터페이스의 대중화에 기여한 선구적인 운영체제였으나, 협력형 멀티태스킹과 메모리 보호 기능의 부재 등 근본적인 기술적 한계를 지니고 있었다.

이러한 한계를 극복하기 위해 애플은 1990년대 중반 차세대 운영체제인 '코플랜드 OS' 개발에 착수했으나, 프로젝트는 결국 취소되었다. 이에 애플은 외부 기술을 도입하기로 결정했고, 스티브 잡스가 설립한 NeXT사의 NeXTSTEP 운영체제와 BeOS 사이에서 고민 끝에 1996년 NeXT를 인수하게 된다. 이 인수를 통해 애플은 NeXTSTEP의 선진적인 객체 지향 프레임워크와 유닉스 기반의 안정적인 커널을 획득했으며, 동시에 스티브 잡스를 다시 모셔오게 되었다.

NeXTSTEP의 기술은 '랩소디' 프로젝트를 거쳐 결국 OS X의 토대가 되었다. 따라서 현대의 macOS는 사용자 인터페이스와 버전 번호 체계는 클래식 맥 OS를 계승했지만, 내부 구조와 핵심 기술은 NeXTSTEP의 직계 후손이라고 할 수 있다. 이 과도기 동안 애플은 기존 사용자들의 적응을 돕기 위해 클래식 맥 OS 응용 프로그램을 새 운영체제에서 실행할 수 있는 '클래식 환경'을 제공하기도 했다.

OS X의 등장은 macOS 역사에서 가장 중요한 전환점이 되었다. 이는 기존의 클래식 Mac OS와는 근본적으로 다른 Unix 기반의 현대적 운영체제로의 재탄생을 의미한다. 그 배경에는 Apple이 1997년 NeXT를 인수하면서 획득한 NeXTSTEP 운영체제 기술이 있었다. NeXTSTEP은 스티브 잡스가 설립한 NeXT에서 개발한 선진적인 객체 지향 운영체제로, 안정적인 Mach 커널과 BSD 유닉스 환경, 그리고 Display PostScript 기반의 정교한 그래픽 시스템을 갖추고 있었다.

Apple은 이 NeXTSTEP을 Mac의 새로운 기반으로 삼아 랩소디 프로젝트를 시작했다. 초기 목표는 기존 Mac 사용자들의 이질감을 최소화하는 것이었다. 따라서 NeXTSTEP의 강력한 내부 구조는 유지한 채, 외관과 사용자 경험은 기존 Mac OS의 느낌을 계승하도록 노력했다. 예를 들어, NeXTSTEP에는 없었던 애플 메뉴가 OS X 퍼블릭 베타 버전에서 부활하기도 했다. 이러한 과정을 거쳐 2001년 3월 24일, Mac OS X 10.0 Cheetah가 정식 출시되었다.

새로운 OS X은 선점형 멀티태스킹, 보호 메모리, 대형 파일 지원 등 클래식 Mac OS가 갖지 못했던 현대적 운영체제의 핵심 기능들을 제공했다. 내부적으로는 Darwin이라는 오픈 소스 기반을 사용했으며, 커널은 Mach와 BSD를 결합한 XNU 하이브리드 커널이었다. 사용자 인터페이스 계층인 Aqua는 반투명 효과와 부드러운 애니메이션으로 시각적 혁신을 선보였다. 이러한 변화는 초기에는 속도 문제 등으로 비판을 받기도 했으나, Mac 플랫폼의 장기적인 생존과 발전을 위한 필수적인 기반을 마련했다.

OS X의 등장은 단순한 운영체제의 업그레이드를 넘어, Mac이 PowerPC에서 Intel로, 그리고 나중에 Apple Silicon으로의 아키텍처 전환을 가능케 하는 탄탄한 토대가 되었다. 또한 이때 정립된 기술 기반은 이후 iOS, iPadOS, watchOS 등 Apple의 모든 현대 운영체제 제품군의 모체가 되었다.

2005년 6월, 애플은 WWDC에서 역사적인 발표를 했다. 스티브 잡스는 맥이 PowerPC 프로세서에서 인텔의 x86 아키텍처 프로세서로 전환될 것이라고 공개했다. 이는 당시 맥 커뮤니티에 큰 충격을 주었으며, 애플이 수년간 비밀리에 인텔 프로세서용 OS X을 개발하고 테스트해왔음을 고백했다. 이 전환의 주요 동인은 PowerPC 프로세서의 성능과 전력 효율성이 인텔 칩에 점점 뒤처지고 있었기 때문이었다.

인텔로의 이주는 Mac OS X Tiger 10.4.4부터 시작되었으며, 새로운 인텔 기반 맥은 기존 PowerPC용 애플리케이션을 실행할 수 있는 로제타라는 실시간 번역 레이어를 포함했다. 또한 개발자들은 하나의 애플리케이션 파일에 PowerPC와 x86 코드를 모두 포함하는 유니버설 바이너리를 생성할 수 있게 되었다. 이 과도기적 기술 덕분에 사용자는 새로운 하드웨어에서도 기존 소프트웨어를 계속 사용할 수 있었다.

이 아키텍처 변경은 해킨토시 현상을 낳았다. 인텔 프로세서를 사용함에 따라 일반 PC에서 맥 운영체제를 구동하려는 시도가 훨씬 용이해졌기 때문이다. 그러나 애플은 커널 확장 파일에 보안 코드를 추가하는 등 이러한 비공식적 설치를 방지하기 위한 조치를 취했다. 인텔 이주는 Mac OS X Snow Leopard에서 PowerPC 지원이 공식적으로 중단되고, OS X Lion에서 로제타가 제거되면서 완료되었다.

2016년 6월 13일 WWDC16에서 차기 버전인 macOS Sierra를 공개하면서 운영체제의 공식 명칭이 OS X에서 macOS로 변경되었다. 이는 Apple의 다른 주요 운영체제인 iOS, watchOS, tvOS와 일관된 네이밍 체계를 갖추기 위한 조치였다. 이전 명칭인 OS X의 'X'는 알파벳이 아닌 로마 숫자 10을 의미하여 '오에스 텐'으로 읽어야 했으나, 많은 사용자들이 '오에스 엑스'로 잘못 읽는 경우가 빈번했다. 명칭 변경은 이러한 혼란을 해소하는 데에도 기여했다.

macOS Sierra의 공개와 함께 이름이 바뀌었지만, 버전 번호 체계는 당시까지 macOS 10.12로 유지되었다. 이후 macOS Big Sur에서 버전 넘버링이 macOS 11로 변경되면서 새로운 장을 열었다. 이 명칭 변경은 단순한 브랜딩의 변화를 넘어 Apple 생태계 내의 모든 운영체제가 통합된 정체성을 강조하는 중요한 분기점이 되었다.

Apple Silicon으로의 이주는 2020년 WWDC에서 Apple이 자체 설계한 ARM 기반 프로세서로 Mac 제품군의 플랫폼을 전환하겠다고 발표하면서 시작되었다. 이는 2005년 PowerPC에서 Intel 프로세서로의 전환 이후 가장 큰 아키텍처 변경으로, Apple의 하드웨어와 소프트웨어를 통합하려는 전략의 핵심 단계이다. 이 전환은 성능, 전력 효율성, 그리고 Apple 생태계 내의 긴밀한 통합 측면에서 상당한 이점을 제공한다.

이주와 함께 macOS Big Sur가 출시되며 운영체제의 디자인이 iOS와 더욱 유사해졌고, 버전 넘버링도 macOS 11로 변경되었다. Apple Silicon Mac에서는 Intel용 응용 프로그램을 실행하기 위한 하위 호환성 레이어인 Rosetta 2가 도입되었으며, 개발자들은 하나의 실행 파일에 ARM64와 x86-64 코드를 모두 포함하는 Universal 2 바이너리를 생성할 수 있게 되었다. Apple은 약 2년에 걸친 전환 기간을 계획했으며, 2022년 말 Mac Pro를 Apple Silicon으로 업데이트하면서 공식적으로 이주를 완료했다.

이후 macOS Ventura, Sonoma, Sequoia, Tahoe 등 지속적인 macOS 업데이트를 통해 Apple Silicon에 최적화된 새로운 기능과 성능 향상이 이루어졌다. Apple은 macOS 27부터 Intel Mac에 대한 업데이트 지원을 중단할 것이라고 발표하여, Apple Silicon으로의 완전한 이주가 2026년에 종료될 예정임을 확인했다. 이는 Mac의 역사에서 새로운 장을 열며, Apple의 통합된 생태계를 더욱 공고히 하는 중요한 사건으로 기록된다.

macOS는 다양한 애플리케이션 프로그래밍 인터페이스를 제공하여 개발자가 시스템의 기능을 활용한 소프트웨어를 만들 수 있도록 한다. 이들 API는 운영체제의 진화와 함께 변화해 왔으며, 현재는 Cocoa API가 주된 개발 프레임워크로 사용된다.

초기 Mac OS X에는 이전 클래식 Mac OS용으로 작성된 프로그램을 실행하기 위한 클래식 환경이 제공되었으나, 이는 Intel 프로세서로의 이주 이후 지원이 중단되었다. 과도기적으로는 카본 API가 존재했는데, 이는 기존 Mac OS 애플리케이션을 새로운 운영체제로 비교적 쉽게 포팅할 수 있게 해주었다. 그러나 카본은 32비트에 한정되었으며, macOS Catalina부터의 64비트 전환과 함께 더 이상 사용되지 않는다.

현재 macOS 애플리케이션 개발의 핵심은 Objective-C와 Swift 프로그래밍 언어를 기반으로 하는 Cocoa API이다. Cocoa는 macOS와 iOS를 위한 현대적이고 객체 지향적인 프레임워크로, 풍부한 사용자 인터페이스 구성 요소와 시스템 서비스에 대한 접근을 제공한다. 오디오 처리와 관련하여 Core Audio는 저수준의 오디오 및 MIDI 하드웨어 제어부터 고수준의 재생 및 녹음 기능까지 포괄하는 강력한 API 계층을 구성한다.

애플리케이션 번들은 macOS에서 소프트웨어를 패키징하고 배포하는 독특한 방식이다. 이 개념은 macOS의 전신인 NeXTSTEP에서 처음 도입되었으며, 하나의 디렉터리 구조 안에 실행 파일, 리소스, 라이브러리, 설정 파일 등을 모두 포함한다. 파인더에서는 이 번들이 마치 단일 응용 프로그램 파일처럼 보이게 되어, 사용자는 복잡한 설치 과정 없이 응용 소프트웨어 폴더로 파일을 옮기기만 하면 설치가 완료된다. 삭제할 때도 해당 번들을 휴지통으로 이동시키는 것만으로 시스템에서 깔끔하게 제거할 수 있다.

이 번들 구조는 소프트웨어 관리의 편리성을 크게 높인다. 또한 개발자와 사용자에게도 유리한데, 프로그램의 리소스(예: 아이콘, 현지화 문자열 파일)가 번들 내에 명확하게 위치하기 때문에 수정이나 한국어화 작업이 상대적으로 쉽다. 번들 내의 .lproj 디렉터리를 수정하는 것만으로도 프로그램의 인터페이스 언어를 변경할 수 있다. 이 방식은 라이브러리나 플러그인과 같은 다른 소프트웨어 구성 요소에도 적용된다.

Boot Camp를 통해 마이크로소프트 윈도우에서 macOS 파티션을 볼 경우, 이러한 애플리케이션 번들은 .app 확장자를 가진 폴더로 나타난다. 이는 리눅스나 윈도우와 같은 다른 운영체제의 전통적인 설치 방식(시스템 전역에 파일을 분산 저장)과 대비되는 macOS의 특징적인 설계 철학을 보여준다. 이러한 설계는 소프트웨어의 이식성과 무결성을 유지하는 데 기여하며, 사용자에게 직관적인 경험을 제공한다.

Boot Camp는 Apple이 Intel 기반 Mac 컴퓨터에서 Microsoft Windows 운영체제를 네이티브로 구동할 수 있도록 지원하는 공식 유틸리티 소프트웨어이다. 사용자는 이 도구를 통해 Mac의 내장 저장 장치에 별도의 파티션을 생성하고 Windows를 설치할 수 있으며, 부팅 시 옵션 키를 눌러 macOS와 Windows 중 원하는 운영체제를 선택하여 시작할 수 있다. 이를 통해 Mac 하드웨어에서 Windows 전용 소프트웨어나 게임을 완전한 성능으로 실행하는 것이 가능해졌다.

Boot Camp의 설정 과정은 비교적 간단하다. 'Boot Camp 지원' 애플리케이션을 실행하면 Windows 설치에 필요한 파티션 분할, ISO 이미지 준비, 필수 드라이버 다운로드를 단계별로 안내받는다. 설치가 완료되면 Mac은 Windows를 완전히 지원하는 표준 PC처럼 작동하며, 트랙패드, 키보드, 그래픽 카드 등 모든 하드웨어 구성 요소가 정상적으로 기능한다.

그러나 Apple Silicon (M1, M2 시리즈 등) 기반 Mac으로 전환되면서 상황이 바뀌었다. 새로운 ARM64 아키텍처는 기존 x86-64용 Windows와 호환되지 않아, Apple은 Apple Silicon Mac에서 Boot Camp를 공식 지원하지 않는다. 대신 사용자는 Parallels Desktop이나 VMware Fusion 같은 가상머신 소프트웨어를 통해 Windows on ARM 버전을 가상 환경에서 실행해야 한다.

Boot Camp는 Intel Mac 사용자에게 하드웨어를 최대한 활용하면서도 Windows 생태계에 접근할 수 있는 실용적인 해결책을 제공했다. 이는 특히 한국의 ActiveX 기반 온라인 뱅킹 환경이나 특정 비즈니스 소프트웨어를 필요로 하는 사용자들에게 큰 장점이었다.

macOS 환경에서 Microsoft Windows를 가상 머신 소프트웨어를 통해 실행하는 방법이다. Boot Camp와 달리 가상화 기술을 이용하므로 macOS와 Windows를 재시동 없이 동시에 실행할 수 있다는 장점이 있다. 사용자는 macOS의 기본 환경을 유지한 상태에서 별도의 창으로 Windows 응용 프로그램을 구동할 수 있어, 두 운영체제 간의 빠른 전환이 필요한 작업에 적합하다.

주요 상용 가상화 소프트웨어로는 VMware Fusion과 Parallels Desktop이 있으며, 무료 오픈 소스 옵션으로는 VirtualBox가 있다. 이러한 프로그램들은 Windows뿐만 아니라 Linux나 Chrome OS 등 다른 게스트 운영체제도 설치하여 실행할 수 있다. 가상 머신의 성능은 호스트 Mac의 하드웨어 사양, 특히 CPU 코어 수와 RAM 할당량에 크게 의존한다.

그러나 가상 머신은 호스트 시스템의 자원을 공유하여 사용하기 때문에, 네이티브 환경인 Boot Camp에 비해 그래픽 성능이나 입출력 속도에서 제약이 따른다. 따라서 고사양 게임이나 3D 렌더링과 같이 높은 퍼포먼스를 요구하는 작업에는 부적합할 수 있다. Apple Silicon 기반 Mac으로 전환된 이후에는 Boot Camp가 지원되지 않아, Windows 구동을 위해서는 가상 머신을 사용하는 것이 유일한 공식적인 방법이 되었다. 이 경우 ARM64 아키텍처용 Windows 이미지를 설치해야 하며, x86-64 응용 프로그램의 호환성은 에뮬레이션 계층을 통해 제공된다.

macOS에서 한글을 사용할 때 발생하는 대표적인 문제는 한글 자소 분리 현상이다. 이는 macOS가 파일명이나 텍스트 데이터를 처리할 때 사용하는 유니코드 정규화 방식이 Windows나 Linux와 다르기 때문이다. macOS는 정규화 D(NFD) 방식을 사용하여 한글을 초성, 중성, 종성으로 분리하여 저장하는 반면, 대부분의 다른 시스템은 정규화 C(NFC) 방식으로 완성형 글자 단위로 처리한다. 이 차이로 인해 macOS에서 생성한 한글 파일명이 이메일 첨부 등을 통해 Windows 시스템으로 전송되면 글자가 조각난 형태로 표시되는 문제가 빈번하게 발생한다.

이 문제를 해결하기 위해서는 웹 기반 이메일(Gmail 등)이나 클라우드 스토리지 서비스를 이용해 파일을 공유하는 방법이 권장된다. 이러한 서비스들은 대체로 데이터를 전송할 때 NFC 방식을 사용하거나 중간 변환 과정을 거치기 때문에 자소 분리가 일어나지 않는다. 또한, 파일명을 한글이 아닌 영어나 숫자로 작성하는 것이 근본적인 예방책이 될 수 있다. 한글 입력기 자체에서도 Option + Return 키로 한자를 입력할 수 있지만, 일부 한국에서만 사용되는 한자(國字)는 입력기 사전에 등록되어 있지 않아 입력이 불가능한 경우가 있다.

이외에도 macOS의 한글 환경은 과거에 비해 많이 개선되었으나, 여전히 일부 한글 인코딩 관련 문제나 특정 애플리케이션에서 장시간 한글 입력 시 속도가 저하되는 현상이 보고되고 있다. 이러한 문제들은 Apple이 한국어 사용 환경에 대한 표준(KS X 1026-1)을 완전히 준수하지 않는 데서 기인하는 부분이 있으며, 한글 처리를 위한 근본적인 시스템 개선이 지속적으로 요구되고 있다.

macOS는 전통적으로 게임 플랫폼으로서의 강점을 보이지 않는다. 이는 주로 하드웨어의 제한적 구성과 소프트웨어 생태계의 차이에서 기인한다. 애플이 지정한 몇 가지 프리셋 내에서만 Mac을 구매할 수 있어, 게임 개발자들은 윈도우에 비해 상대적으로 제한된 하드웨어 사양을 대상으로 게임을 최적화해야 하는 부담이 있다. 또한, 역사적으로 마이크로소프트의 DirectX가 게임 개발의 표준으로 자리 잡으면서, OpenGL 및 Metal을 주로 사용하는 macOS는 주요 개발 타겟에서 점점 멀어졌다.

macOS에서 구동 가능한 게임의 수는 윈도우에 비해 현저히 적다. 일부 주요 개발사들, 예를 들어 블리자드 엔터테인먼트나 EA가 과거에는 macOS용 게임을 꾸준히 발매했지만, 최근에는 그 비중이 줄거나 중단되는 추세다. 스팀과 같은 디지털 배급 플랫폼이 macOS 카테고리를 지원하며 인디 게임의 이식이 늘어나는 등 긍정적인 변화도 있었으나, AAA 게임이나 대부분의 국산 온라인 게임 지원은 여전히 미비한 상태이다.

게임 성능 측면에서도 macOS는 몇 가지 한계를 가진다. 애플 실리콘으로의 이주 이후 ARM64 아키텍처는 기존 x86-64 게임과의 호환성 문제를 야기했으며, Rosetta 2 변환 계층을 통한 구동은 성능 손실을 동반할 수 있다. 또한, macOS는 NVIDIA GPU에 대한 공식 지원을 중단한 상태이며, AMD 그래픽 솔루션 위주로 구성되어 있다. 크로스파이어나 SLI와 같은 다중 GPU 기술도 지원하지 않는다.

이러한 환경 때문에 macOS에서 고사양 게임을 원활히 즐기기 위해서는 부트 캠프를 통해 윈도우를 네이티브로 구동하거나, 패럴렐즈 데스크톱, VMware 퓨전 같은 가상머신 소프트웨어를 사용하는 방법이 있다. 최근에는 클라우드 게임 서비스나 애플 아케이드와 같은 대안도 주목받고 있으나, 여전히 macOS는 본격적인 게이밍 PC 대체제로 보기에는 무리가 따른다.