Monosnap 캡처 시 멈춤 현상?
여기’해결 방법입니다.

멈춤 현상이 발생하는 이유

두 가지 근본 원인이 결합됩니다. 첫 번째는 Monosnap의 Electron 셸입니다. 캡처 오버레이를 호출할 때마다 Chromium은 모든 모니터에 기본 해상도로 어두워진 배경을 그리고, 선택 드래그를 위한 이벤트 리스너를 설치해야 합니다. 단일 1080p 모니터에서는 빠르지만, 혼합 DPI 스케일링이 적용된 4개 모니터 설정에서는 눈에 띄게 느려지며, 성능 저하된 프로세스(아래 참조)에서는 멈춤 현상이 발생합니다.

두 번째 원인은 점진적인 메모리 누수입니다. 몇 시간 사용 후, Monosnap 프로세스는 수백 MB의 보존된 이미지 버퍼를 축적합니다. 단축키를 누르면, OS는 새로운 캡처를 위한 공간을 할당하기 위해 이 큰 작업 세트를 처리해야 합니다. 8GB 또는 16GB RAM이 장착된 컴퓨터에서는 페이지 폴트 캐스케이드가 발생할 수 있습니다. 즉, OS가 공간을 만들기 위해 메모리를 페이징하고 앱이 작동하는 동안 앱을 잠급니다.

효과가 없는 해결 방법’실제로 작동하지 않는

• Monosnap을 주기적으로 다시 시작합니다. RAM 기준선을 재설정하지만, 누수는 즉시 다시 시작됩니다.
• 다중 모니터 캡처를 비활성화합니다. 오버레이 그리기 비용을 줄이지만, 여러 디스플레이에 걸쳐 캡처하는 기능을 잃게 됩니다.
• 단축키 사용 빈도를 줄입니다. 실질적인 해결책이 아닙니다. 도구를 덜 사용하는 것일 뿐입니다.
• 프로세스 우선순위를 높음으로 설정합니다. 때때로 잠시 도움이 되지만, 누수 문제를 해결하지는 못합니다.

효과적인 해결책

Maxisnap은 캡처 시 멈춤 현상을 없애기 위해 특별히 제작되었습니다. Electron 기반이 아닙니다. Chromium 렌더러, 임베디드 브라우저, 점진적인 메모리 축적이 없습니다. 캡처 오버레이는 한 프레임에 그려지는 네이티브 Qt 위젯입니다. 다중 모니터는 기본적으로 처리됩니다. 오버레이는 디스플레이별 재초기화 없이 모든 디스플레이에 동시에 걸쳐 표시됩니다. 합리적인 하드웨어에서 캡처-편집기 지연 시간은 200ms 미만이며 하루 종일 유지됩니다.

Monosnap과 동일한 기본 단축키를 사용합니다: Ctrl+Alt+5 영역, Ctrl+Alt+6 전체 화면, Ctrl+Alt+7 영역 및 업로드. 작업 흐름이 변경되지 않습니다.