핵심만 말하자면: 창을 움직이지 않고 있을 때 Rectangle의 CPU 사용률은 0퍼센트에 가까워야 하며, 메모리 사용량은 수십 메가바이트 수준이어야 합니다. 화면에서 아무 일도 일어나지 않는데 CPU가 지속적으로 높다면 이는 진짜 문제이며, 거의 항상 다른 창 관리 앱이 함께 실행되고 있다는 뜻입니다. 이 페이지의 나머지 부분은 이 두 상황을 구분하는 방법을 다룹니다.
대기 중일 때 앱이 실제로 하는 일
Rectangle은 기다립니다. 단축키를 감지하고 창이 가장자리 근처로 드래그되는지 지켜보며, 그런 이벤트 사이에는 아무 일도 하지 않습니다. 백그라운드 색인 작업도, 동기화 루프도, 타이머로 창 위치를 폴링하는 것도 없습니다.
그래서 예상되는 수치는 평탄한 0이고, 창이 움직일 때마다 짧은 급증이 나타납니다. 그 급증은 앱이 제 할 일을 하고 있다는 신호이며 아주 짧은 순간에 끝납니다.
이것이 이 주제에서 가장 흔한 오경보를 만들어냅니다.
활동 모니터의 함정
Rectangle을 의심해서 활동 모니터를 열고 검색합니다. 거기 있는 수치가 0이 아닙니다.
활동 모니터를 여는 것 자체가 앱을 실행하고 창에 포커스를 주는 행위입니다. 바로 그 순간이 Rectangle이 깨어나서 무언가를 하는 시점입니다. 당신이 포착한 수치는 당신이 확인하려던 그 순간의 수치일 뿐입니다.
창을 60초간 그대로 두고, 수치가 나타나는 순간이 아니라 그 후의 흐름을 지켜보세요. 0으로 떨어져서 그대로 머물러야 합니다. 더 명확한 테스트를 원한다면 CPU 순으로 정렬해서 Rectangle이 프로세스 목록의 첫 화면에 계속 남아 있는지 확인해 보세요. 대기 중인 Mac이라면 남아 있지 않을 것입니다.
메모리도 마찬가지입니다. 수십 메가바이트라는 숫자는 따로 놓고 보면 걱정스러워 보이지만, 메뉴 막대 앱으로서는 특별할 것 없는 수준이며, 그 대부분은 사용자 인터페이스를 가진 모든 앱이 불러오는 시스템 프레임워크입니다. 결론을 내리기 전에 브라우저 탭 하나와 비교해 보세요.
진짜로 문제가 있을 때
주목할 가치가 있는 패턴은 세 가지입니다.
화면에서 아무것도 바뀌지 않는데 CPU가 지속적으로 높음. 급증도 아니고, 활동 모니터를 연 순간도 아니라, 아무것도 건드리지 않고 1분간 관찰해도 꾸준히 높은 수치가 이어진다면, 그건 진짜입니다.
메모리가 늘어나기만 함. 정상적인 사용은 조금씩 오르내립니다. 하루 종일 계속 늘어나기만 하고 다시 줄어들지 않는 수치는 무언가가 계속 쌓이고 있다는 신호입니다.
Rectangle이 에너지 보고서에 나타남. macOS는 상당한 에너지를 사용하는 앱을 나열하는데, 정상적으로 작동하는 Rectangle이 거기 나타날 이유가 없습니다.
대부분의 경우 원인
두 개의 창 관리 앱이 동시에 실행되고 있는 것입니다. Rectangle이 창을 움직이면, 다른 도구가 그 변화를 감지해 위치를 되돌리고, Rectangle이 그걸 보고 다시 반응하는 식으로, 둘 중 하나를 종료할 때까지 이 루프가 계속 돌아갑니다.
사람들은 의도치 않게 이런 상태에 빠집니다. Raycast는 런처로 설치되지만 창 관리 기능이 기본적으로 켜져 있습니다. Magnet이나 BetterSnapTool은 누군가 Rectangle을 써보고 나서 예전 것을 지우는 걸 잊어버려 시스템에 그대로 남아 있곤 합니다. yabai나 Amethyst를 실험해보는 사람은 화면의 모든 창을 적극적으로 제어하려는 타일링 엔진을 갖고 있습니다.
무엇이 실행 중인지 확인하고, 창 관리를 담당할 하나를 정한 다음, 나머지는 종료하거나 삭제하세요. 루프는 즉시 멈추며, 그래서 확인도 쉽습니다: 의심되는 도구를 종료하면서 CPU 수치가 떨어지는 걸 그 자리에서 지켜보세요.
더 작은 두 가지 원인
가끔은 디스플레이 변경이나 절전 모드에서 깨어난 뒤에 내부 상태가 멈춰버려, 더 이상 존재하지 않는 화면 배치를 기준으로 재계산을 시도하고 있는 경우가 있습니다. 메뉴 막대에서 Rectangle을 종료하고 다시 여세요. 30초면 되고, 실제보다 훨씬 심각해 보이는 경우들이 이걸로 해결됩니다.
다음으로 확인할 가치가 있는 건 오래된 버전을 쓰고 있지는 않은지, 특히 macOS 업그레이드 후라면 더욱 그렇습니다. 호환성 작업은 각 시스템 업데이트 이후의 릴리스에서 이루어지므로, 새 macOS에서 오래된 빌드를 돌리는 것은 다른 누구도 겪지 않는 동작을 만나게 되는 합리적인 원인이 될 수 있습니다.
둘 다 도움이 안 된다면, 예전 것 위에 새 사본을 덮어씌우지 말고 제대로 재설치하세요. 앱과 환경설정 파일을 제거한 다음 새로 설치하세요. 깨끗한 삭제 가이드에 그 순서가 있으며, 환경설정 파일 삭제를 건너뛰면 새로 설치해도 같은 문제를 그대로 재현하게 됩니다.
Rectangle이 전혀 원인이 아닌 경우
분명히 말해둘 가치가 있습니다. 메뉴 막대 유틸리티는 쉽게 의심받는 대상이기 때문입니다. Mac이 느리게 느껴지는데 Rectangle이 0으로 대기 중이라면, 원인은 다른 곳에 있습니다: 활동 모니터를 CPU 순으로 정렬해서 실제로 맨 위에 무엇이 있는지 보세요. 업데이트 후 Spotlight 재색인 작업, 무거운 탭을 가진 브라우저, 백그라운드에서 실행 중인 백업 작업은 각각 당신이 가진 모든 메뉴 막대 앱을 합친 것보다도 무겁습니다.
반대의 경우가 더 흥미롭습니다. 특히 Rectangle이 창을 움직일 때만 창이 굼뜨게 느껴지고 그 내내 CPU는 낮게 유지된다면, 그건 리소스 문제가 아닙니다. 일부 앱은 자체 콘텐츠를 다시 그리는 방식 때문에 크기 조정이 느리며, Adobe 애플리케이션이 사람들이 자주 알아차리는 대표적인 예로, 창 명령을 무시하거나 거부하는 나름의 이유를 갖고 있습니다.
자주 묻는 질문
Rectangle은 CPU를 얼마나 써야 하나요?
대기 중일 때는 사실상 전혀 쓰지 않습니다. 앱은 키 입력이나 드래그를 기다릴 뿐 그 사이에는 아무것도 하지 않으므로, 0퍼센트에 가까운 수치가 정상입니다. 창이 이동하는 순간의 짧은 급증은 정상이며 아주 짧은 순간에 끝납니다.
활동 모니터를 보는 바로 그 순간에 Rectangle의 CPU 사용량이 높게 나오는 이유는 무엇인가요?
활동 모니터를 여는 행위 자체가 창을 이동하고 포커스를 주는 동작을 수반하는데, 그게 바로 Rectangle이 작동하는 순간입니다. 그 첫 순간에 포착한 수치는 당신이 확인하려는 행위 자체를 반영한 것입니다. 창을 건드리지 않고 1분간 프로세스를 지켜보면 진짜 대기 상태의 동작을 볼 수 있습니다.
Rectangle이 메모리를 수십 메가바이트 쓰는 게 정상인가요?
네, 정상입니다. 최신 macOS의 메뉴 막대 앱은 그 사용량 대부분을 차지하는 시스템 프레임워크를 함께 들고 다니며, 이 수치는 브라우저 탭 하나와 비교해도 특별할 게 없습니다. 몇 시간에 걸쳐 꾸준히 늘어나기만 하고 다시 줄어들지 않는 메모리야말로 조사해볼 만한 패턴입니다.
Rectangle이 배터리를 소모할 수 있나요?
정상적인 작동 중에는 그렇지 않습니다. 대기 중인 앱은 에너지를 거의 소비하지 않기 때문입니다. Rectangle이 상당한 에너지 사용 목록에 나타난다면, 무언가가 이를 계속 활성 상태로 유지시키고 있는 것이며, 대개는 다른 창 관리 도구가 Rectangle의 변화에 반복적으로 반응하고 있는 경우입니다.