Photos 라이브러리가 Mac에서 가장 큰 용량을 차지하는 이유

이 블로그에서 다루는 모든 범주를 통틀어, Photos는 보통 개인용 Mac에서 단일 항목으로는 가장 큰 용량을 차지합니다 — 어떤 개발자 캐시보다 크고, 시스템 데이터보다 크며, 흔히 디스크의 나머지 전체를 합친 것보다도 큽니다.

du -sh ~/Pictures/Photos\ Library.photoslibrary

패키지 안에 실제로 들어 있는 것

Finder는 Photos Library.photoslibrary를 하나의 파일로 보여주지만, 실제로는 패키지입니다 — 우클릭 후 패키지 내용 보기를 선택하면 실제 구조를 확인할 수 있습니다.

du -sh ~/Pictures/Photos\ Library.photoslibrary/*

• originals/ — 모든 사진과 동영상을 원본 해상도 그대로 담고 있습니다. 특히 최신 iPhone의 4K 동영상이 있다면, 대개 라이브러리 전체 용량의 80% 이상을 차지합니다.
• resources/ — Apple이 생성한 파생 데이터입니다. UI에 필요한 모든 크기의 썸네일, 기기 내 얼굴 인식 인덱스, 그리고 조정한 사진의 편집 기록(비파괴 편집이 유지되도록 원본과 별도로 보관됩니다)이 들어 있습니다.
• database/ — 실제 카탈로그로, 앨범, 태그, 날짜, 어떤 사진이 어디 있는지를 담고 있습니다. 나머지에 비해 용량은 작지만, 잃어버리면 실제로 타격이 큰 부분입니다 — 이것은 미디어가 아니라 정리 체계 자체이기 때문입니다.

iCloud Photos “Mac 저장 공간 최적화”가 실제로 하는 일

iCloud Photos를 켜 놓았다면, 시스템 설정 → Apple ID → iCloud → Photos에서 “Mac 저장 공간 최적화”를 제공합니다. 이 기능은 로컬에는 더 작고 기기에 맞는 버전만 유지하고, 실제로 사진을 열 때 원본을 필요에 따라 iCloud에서 내려받습니다. 대부분의 사람들이 결코 눌러보지 않는, 가장 강력한 단일 스위치입니다.

# 셸 명령어로는 대응하는 것이 없습니다 — 이것은 명령어가 아니라 시스템 설정 안의 토글입니다.
# 시스템 설정 → [이름] → iCloud → Photos → Mac 저장 공간 최적화

트레이드오프는 이렇습니다. 한동안 보지 않은 오래된 사진을 열면 iCloud에서 다운로드가 시작되고, 인터넷 연결이 필요하며, 처음 한 번은 잠시 시간이 걸립니다. 대부분의 경우 일상적인 사용에서는 눈에 띄지 않으면서 즉시 수십 기가바이트를 회수해줍니다. 다만 라이브러리가 실제로 iCloud Photos에 연동되어 있을 때만 작동합니다 — iCloud Photos에 로그인조차 하지 않았다면, 이 설정과 무관하게 모든 것이 로컬에 그대로 남습니다.

iCloud Photos를 사용하지 않는다면

라이브러리가 로컬 전용이라면 — iCloud 동기화가 없거나 꺼져 있다면 — “최적화” 버튼 자체가 없고, 선택지는 좀 더 수동적입니다.

중복 및 유사 중복 항목 삭제. Photos 자체의 유틸리티 → 중복 항목 뷰(최근 macOS 버전)는 앱에 내장된 정확한 중복 및 유사 중복 탐지 결과를 보여줍니다 — 연속 촬영 시퀀스와 실수로 인한 이중 가져오기가 여기서 흔한 원인입니다.

Photos 휴지통 비우기. 앱 안에서 사진을 삭제하면 실제로 공간이 확보되기 전까지 30일간 ‘최근 삭제된 항목’ 앨범에 보관됩니다 — Finder 휴지통과 같은 방식이며 해결법도 같습니다.

앨범 → 최근 삭제된 항목 → 모두 삭제, 또는 30일이 지나기를 기다립니다.

라이브러리 이동, 또는 매일 필요하지 않은 항목 내보내기. Photos는 여러 라이브러리와 외장 드라이브 저장을 지원하므로, 자주 열어보지 않는 보관용 라이브러리는 따로 두고 로컬에는 작업용 라이브러리만 유지할 수 있습니다. 이 글의 다른 어떤 방법보다도 큰 작업 방식의 변화이며, 위의 모든 방법을 이미 적용했는데도 여전히 공간이 부족할 때만 시도할 가치가 있습니다.

직접 건드리면 안 되는 것

originals/나 resources/ 안의 파일을 직접 편집하지 마세요. 앱을 거치지 않고 패키지 안의 무언가를 삭제하지도 마세요 — database/ 카탈로그는 originals/에 있는 모든 파일의 정확한 경로와 체크섬을 추적하고 있어서, 수동으로 변경하면 카탈로그와 실제 상태가 어긋나 라이브러리가 손상되거나, 파일은 디스크에 실제로 남아 있는데도 앱에서 사진이 “사라지는” 결과로 이어질 수 있습니다. 여기서 공간을 회수하는 정당한 방법은 모두 Photos 앱 자체나 iCloud 최적화 설정을 거치며, 패키지 안을 직접 겨냥한 rm 명령이 아닙니다.

나머지 디스크와 비교했을 때

Photos는 개인용 Mac에서 진정으로 캐시나 잡동사니가 아닌 몇 안 되는 대형 저장 범주입니다 — 실제로 소유한 것입니다. “이 88GB는 진짜이고 당신의 것이다”라는 사실은 “이 62GB는 필요 없는 빌드 캐시다”라는 사실만큼이나 알아둘 가치가 있습니다. 다만 그 정보를 가지고 취할 행동이 다를 뿐입니다.

바로 그 이유로, 개발 중인 무료 Mac 앱 DevCruft는 Photos를 스캔하는 다른 모든 것과 다르게 분류하도록 설계하고 있습니다. 지도에는 실제 크기 그대로 “보관” 색으로 표시하고, DerivedData나 방치된 node_modules 폴더처럼 원클릭 회수 대상으로 제안하지 않을 계획입니다. 출시 소식을 받고 싶다면 대기자 명단에 등록해 주세요.

Mac에서 알아둘 가치가 있는 또 다른 크고 캐시가 아닌 항목에 대해서는 iPhone 백업 가이드를 참고하세요 — Photos 동기화와 로컬 백업은 종종 서로 혼동되지만 완전히 별개의 저장 범주입니다.