성능과 배터리 수명 때문에 M 시리즈 Mac을 구매했습니다. 그런데 데이터베이스 도구를 설치했더니 호환성을 위해 존재하는, 성능을 위한 것이 아닌 인텔 변환 계층인 Rosetta를 거쳐 실행되는 것을 발견합니다. 앱은 더 많은 메모리를 사용하고, 배터리를 더 많이 소모하고, 예상보다 느리게 실행됩니다. Xcode나 VS Code와 함께 하루 종일 켜둘 수도 있는 도구라면 이 오버헤드는 누적됩니다.
데이터베이스 도구에 부과되는 Rosetta 세금
많은 인기 있는 데이터베이스 브라우저는 여전히 인텔 전용 바이너리로 배포되거나, 최근에서야 안정적인 Apple 실리콘 지원을 얻은 Electron으로 만들어져 있습니다. Qt로 만들어진 DB Browser for SQLite는 버전마다 ARM 지원이 일관되지 않았습니다. DBeaver는 Java에서 실행되어 하드웨어 위에 또 다른 추상화 계층을 더합니다. 기술적으로 Apple 실리콘을 지원하는 도구들조차 종종 Electron의 Chromium 엔진을 번들로 포함하는데, 이는 네이티브 앱이 필요로 하는 것보다 훨씬 많은 리소스를 소비합니다.
활동 모니터를 확인해서 "종류" 열을 살펴보세요. M 시리즈 Mac에서 데이터베이스 도구가 "Intel"로 표시된다면 Rosetta를 거쳐 실행되고 있는 것입니다. 즉 네이티브 ARM 바이너리에 비해 시작이 느리고, 메모리 사용량이 높고, 배터리 수명이 줄어든다는 뜻입니다. SQLite 뷰어처럼 가벼워야 할 유틸리티에게 이 성능 격차는 특히 두드러집니다. 앱 자체가 빠르고 작아야 하기 때문입니다.
Tome: 처음부터 네이티브 Apple 실리콘
Tome은 Swift와 AppKit으로 만들어진 유니버설 바이너리로, Apple 실리콘과 인텔 Mac 모두에서 네이티브로 실행됩니다. M 시리즈 Mac에서는 즉시 실행되고, 최소한의 메모리를 사용하며, Rosetta 오버헤드가 전혀 없습니다. Apple 실리콘이 실행하도록 설계된 바로 그런 종류의 앱입니다.
즉시 실행, 낮은 메모리 사용량
JVM 시작도, Chromium 엔진 초기화도, Rosetta 변환도 없습니다. Tome은 1초 이내에 열리고 가벼운 상태를 유지합니다 — 보통 Electron 기반 대안이 소비하는 메모리의 일부만 사용합니다. 다른 작업에 영향을 주지 않고 하루 종일 켜두세요.
큰 테이블도 부드러운 스크롤
네이티브 AppKit 렌더링은 Tome이 Finder나 Numbers에서 기대하는 것과 같은 부드러움으로 수천 개의 행을 스크롤하게 해줍니다. 프레임 드롭도 없고, 대용량 결과 세트의 끝으로 이동할 때도 지연이 없습니다. M 시리즈 칩은 네이티브 UI를 무리 없이 처리합니다.
완전한 기능 세트, 최소한의 사용 공간
테이블, 뷰, 인덱스, 트리거를 탐색하세요. 데이터를 인라인으로 편집하세요. 구문 강조와 자동완성으로 SQL 쿼리를 실행하세요. 테이블을 시각적으로 만들고 수정하세요. 이 모든 것이 플랫폼을 위해 특별히 만들어졌기 때문에 Mac의 리소스를 존중하는 앱에서 이루어집니다.