맥북 커서가 뚝뚝 끊긴다고요? 화면 녹화로 고치는 황당하지만 진짜 되는 꼼수

맥북을 쓰다 보면 가끔 마우스 커서가 부드럽게 안 움직이고 미세하게 뚝뚝 끊기는 느낌, 받아본 적 있으세요? 분명 사양은 좋은데 커서만 이상하게 버벅이는 거요. 이 답답한 증상을 고치는 방법이라고 누군가 공유한 게 있는데, 그게 좀 황당하거든요. 바로 화면 녹화를 켜두는 것이에요. 그것도 화면 전체가 아니라 '10초에 한 번 딱 1픽셀만' 녹화하는 식으로요. 이게 왜 먹히는지 알면 맥북 내부 동작이 한 꺼풀 벗겨져서 꽤 재밌어요.

왜 화면 녹화가 커서 끊김을 고치냐면요

요즘 맥북 화면은 가변 주사율이라는 기술을 써요. 애플은 이걸 프로모션(ProMotion)이라고 부르는데, 쉽게 말하면 화면이 1초에 몇 번 새로 그려지는지(주사율)를 상황에 따라 자동으로 바꾼다는 뜻이에요. 영상처럼 빠른 화면일 땐 초당 120번까지 휙휙 그리고, 가만히 멈춰 있는 화면에선 배터리를 아끼려고 주사율을 확 낮추는 거죠. 글자만 읽고 있을 땐 굳이 1초에 120번씩 그릴 필요가 없으니까요.

문제는 여기서 생겨요. 화면이 정적이라고 판단해서 주사율을 뚝 떨어뜨려 놨는데, 그 순간 마우스를 움직이면 커서가 낮은 주사율에 맞춰 끊겨 보이는 거예요. 다시 높은 주사율로 올라오는 데 약간의 텀이 있어서 그사이 뚝뚝거리는 거죠. 그런데 화면 녹화를 켜면 맥OS는 '지금 누가 화면을 계속 캡처하고 있네, 화면이 끊임없이 바뀔 수 있으니 주사율을 함부로 못 낮추겠다' 하고 판단해요. 그래서 화면 처리 파이프라인을 계속 켜진 상태로 붙잡아두고, 결과적으로 커서가 부드러워지는 거예요.

그래서 1픽셀만 10초에 한 번

그런데 화면 전체를 계속 녹화하면 CPU도 쓰고 배터리도 닳고 발열도 생기겠죠. 그래서 이 꼼수의 핵심은 부담은 거의 0에 가깝게, 하지만 '녹화 중'이라는 상태는 유지하는 거예요. 화면의 딱 1픽셀짜리 아주 작은 영역만, 그것도 10초에 한 번씩만 캡처하도록 해두면, 실제 자원은 거의 안 쓰면서도 시스템은 '아직 화면 캡처가 진행 중'이라고 인식하거든요. 그 착각 덕분에 주사율이 안 떨어지고 커서 끊김이 사라지는, 일종의 속임수인 셈이죠.

이 꼼수가 알려주는 것

물론 솔직히 말하면 이건 근본적인 해결책이 아니라 임시방편(밴드에이드)이에요. 진짜 원인은 OS의 전력 관리나 주사율 제어 로직에 있는 거고, 이 트릭은 그 로직을 옆에서 살짝 속여서 증상만 덮는 거니까요. 배터리를 조금이라도 더 쓰게 되는 건 감수해야 하고요. 그래도 이 사례가 흥미로운 이유는, '눈에 보이는 증상(커서 끊김)'의 진짜 원인이 전혀 엉뚱해 보이는 곳(전력 절약을 위한 가변 주사율)에 있었다는 걸 보여주기 때문이에요.

한국 개발자에게 주는 시사점

여기서 배울 점은 부수 효과를 관찰해서 원인을 역추적하는 디버깅 감각이에요. '화면 녹화를 켰더니 커서가 안 끊기네?'라는 우연한 발견에서 출발해 '그렇다면 시스템이 화면 활동 여부로 주사율을 조절하는구나'라는 원리까지 거슬러 올라가는 사고 과정 말이에요. 또 하나는 디스플레이나 전력 관리처럼 평소 신경 안 쓰던 저수준 동작이 사용자 체감에 직접 영향을 준다는 점이고요. 우리가 만드는 앱도 이런 OS의 절전 동작 때문에 예상치 못한 버벅임을 겪을 수 있으니, 알아두면 언젠가 도움이 돼요. 다만 실제 제품에 이런 꼼수를 그냥 넣기보단, 원인을 정확히 파악하고 정공법을 찾는 게 우선이라는 것도 같이 기억하면 좋겠어요.

마무리

커서가 끊겨서 화면 녹화로 고친다니, 처음 들으면 웃기지만 그 뒤엔 '전력 절약을 위한 가변 주사율'이라는 멀쩡한 이유가 숨어 있었어요. 여러분도 이렇게 '말도 안 되는데 신기하게 먹히는' 꼼수로 문제를 넘긴 경험이 있나요? 그리고 그게 진짜 왜 됐는지 끝까지 파본 적은 있으세요?