브라우저 창을 여러 개 열면 느린가요? 실행 속도를 높이는 시스템 최적화 가이드

브라우저 창을 열댓 개씩 동시에 띄워 놓으면 페이지를 전환할 때마다 로딩이 돌고, 팬 소리는 점점 커지고, 타이핑이 손을 따라가지 못하며, 심하면 시스템 전체가 얼어붙은 것처럼 느껴진다. 이런 상황에서 먼저 브라우저 성능이 나쁘다고 단정 짓기 전에 생각해 볼 것이 있다. 창마다 그 뒤에서는 여러 렌더링 프로세스, 확장 프로그램, 스크립트, 동영상, 네트워크 작업이 동시에 돌고 있을 수 있다. CPU, 메모리, 디스크, VRAM 중 어느 하나라도 한계에 다다르면 버벅임은 몇 배로 증폭된다.

효과적인 속도 개선도 무작정 캐시를 지우거나 재시작을 반복하거나 보안 기능을 모두 끄는 것이 아니다. 더 확실한 방법은 먼저 병목이 어디인지 찾아낸 뒤 업무상 가치가 없는 부하를 덜어내는 것이다. 이 방법은 주로 여러 스토어와 여러 SNS 계정을 동시에 관리하는 크로스보더 이커머스, 해외 운영, 고객 서비스, 광고 집행 환경을 대상으로 하지만, 탭을 여러 개 쓰는 일반 사용자에게도 그대로 적용된다.

창을 여러 개 열 때가 탭을 여러 개 열 때보다 리소스를 더 먹는 이유

현대 Chromium 기반 브라우저는 멀티 프로세스 아키텍처를 쓴다. 메인 프로세스는 창과 디스크·네트워크의 상호작용을 담당하고, 렌더링 프로세스는 웹페이지 콘텐츠를 처리하며, GPU 프로세스는 그래픽 렌더링을 맡는다. 일부 확장 프로그램도 저마다 독립된 프로세스를 가진다. 격리와 안정성을 위한 구조이지만, 그 대가로 여러 독립 환경이 동시에 돌아가면 리소스 소비가 그대로 더해진다.

Google의 기업용 성능 문제 해결 가이드는 흔한 병목 요인을 몇 가지 유형으로 나눈다. 메모리 부족이나 디스크 읽기·쓰기 속도 저하가 있으면 메인 프로세스가 느려지고, 비효율적인 웹페이지는 특정 렌더링 프로세스의 CPU를 오래 점유할 수 있다. 그래픽 드라이버 문제 또는 3D·동영상 페이지는 GPU 프로세스를 느리게 만들기도 한다. “창을 많이 열었다”는 사실은 겉모습일 뿐, 진짜 병목은 전혀 다른 곳에 있을 수 있다.

리소스를 크게 끌어올리기 쉬운 원인은 흔히 다음과 같다.

• 계정마다 동영상, 라이브 방송, 데이터 대시보드, 복잡한 에디터를 켜 두는 경우
• 여러 창에서 같은 무거운 확장 프로그램을 중복 실행하는 경우
• 페이지 알림, 자동 새로고침, 다운로드, 오디오·비디오 때문에 백그라운드 탭이 절전 상태로 들어가지 못하는 경우
• 물리 메모리를 다 쓴 뒤 시스템이 스왑 파일을 자주 사용하면서 디스크 사용량도 덩달아 올라가는 경우
• 자동화 작업이 동시에 시작되고 페이지도 한꺼번에 로드되면서 순간적으로 CPU와 네트워크를 가득 채우는 경우
• 브라우저나 PC를 며칠씩 연속으로 켜 두면서 통제 불능 탭과 비정상 프로세스가 쌓이는 경우

1단계: 병목이 CPU, 메모리, 디스크 중 어디인지 먼저 확인하기

시스템 작업 관리자 보기

Windows에서 Ctrl + Shift + Esc를 누르면 작업 관리자가 열린다. 마이크로소프트는 이 도구를 CPU·메모리·디스크·네트워크 사용량을 확인하고 앱을 관리하는 Windows 시스템 구성 도구로 정의하므로 진입 경로와 설명은 여기서 확인하면 된다.

한순간의 값만 보지 말고, 버벅일 때 2~3분간 관찰한 뒤 판단하는 것이 좋다.

• CPU가 오래도록 거의 가득 찬 경우: 동시에 띄우는 창을 줄이고 동영상과 자동화를 잠시 멈춘 다음, 고부하 웹페이지를 찾아낸다
• 메모리가 거의 바닥난 경우: 쓰지 않는 환경과 탭을 닫고 확장 프로그램을 줄인 뒤, 작업을 작은 배치로 나눠 실행한다
• 디스크가 계속 100%인 경우: 메모리 부족으로 페이지 교체가 잦은 것은 아닌지, 다운로드·백신·캐시 쓰기가 원인인지 확인한다
• GPU가 비정상적으로 높아지거나 화면이 깜빡이는 경우: 그래픽 드라이버를 업데이트하고 하드웨어 가속을 켜고 끈 상태를 대조 테스트한다
• 네트워크가 가득 찬 경우: 업로드, 라이브 방송, 콘텐츠 다운로드, 자동화 접속을 시간대별로 분산한다

브라우저 내장 작업 관리자도 보기

Chrome은 Windows와 Linux에서 Shift + Esc를 누르면 브라우저 작업 관리자를 열 수 있다. 단축키의 출처는 Chrome 공식 단축키 문서에서 확인할 수 있다. CPU나 메모리 순으로 정렬하면 특정 웹페이지나 확장 프로그램, 하위 프레임이 리소스를 비정상적으로 잡아먹는 경우를 빠르게 찾을 수 있다.

사용량이 높다고 해서 곧바로 프로세스를 끝내지 말자. 프로세스 이름과 그에 해당하는 페이지를 기록해 두고, 동영상을 재생 중이거나 파일을 전송·스크립트를 실행 중이거나 꼭 필요한 업무를 담당하고 있는지 판단해야 한다. 함부로 종료하면 저장하지 않은 내용을 잃을 수 있다.

개별 웹페이지를 더 자세히 진단하고 싶다면 개발자는 Chrome DevTools의 Performance Monitor로 CPU, JavaScript 힙, DOM 노드, 이벤트 리스너, 프레임 수를 실시간으로 관찰할 수 있다. 일반 운영 담당자가 플레임 차트까지 파고들 필요는 없다. “특정 페이지를 열기 전과 후”의 리소스 변화만 비교해도 이상 여부는 대부분 드러난다.

2단계: 통제 대상은 “동시 활성 상태”이지 창의 총개수가 아니다

똑같이 20개의 창이라도 모두 정적 페이지만 띄워 둔 경우와, 전부 동시에 동영상을 재생하거나 리포트를 읽어들이는 경우는 부하가 하늘과 땅 차이다. 최적화에서 정말 주시해야 할 지표는 “같은 시각에 실제로 활성화된 환경이 몇 개인가”다.

작업을 세 가지 층으로 나눠 관리하면 좋다.

1. 상시 계층: 지금 바로 메시지에 답하고, 주문을 처리하고, 이상 징후를 살펴야 하는 계정군
2. 폴링 계층: 일정 간격으로만 확인하면 되는 계정으로, 소량씩 나눠 열어 처리한 뒤 닫는다
3. 보관 계층: 당장 할 일이 없는 계정은 닫아 두고 필요한 자료와 작업 기록만 남긴다

예를 들어 30개 스토어를 매일 점검해야 한다면, 굳이 이른 아침에 전부 동시에 켤 필요가 없다. 배치당 5개씩 열어 확인이 끝나면 닫고 다음 배치로 넘어가며, 배치 사이에는 약간의 간격을 둔다. 이렇게 하면 시작 시점의 리소스 피크를 낮출 수 있고, 버벅임이 발생해도 어느 환경이 시스템을 느리게 만드는지 찾기 훨씬 쉽다.

3단계: 탭, 동영상, 백그라운드 활동 관리하기

Chrome의 Memory Saver는 자주 쓰지 않는 탭을 일시적으로 중지했다가 다시 접속하면 재로드한다. Chrome 성능 설정 공식 도움말에는 탭의 절전을 막는 여러 상황도 나열되어 있다. 오디오·비디오 재생, 화면 공유, 페이지 알림, 다운로드 중, 제출하지 않은 양식, 고정 탭, 연결된 기기 등이다.

다중 창 운영 환경에서는 다음과 같이 조정하면 된다.

• Memory Saver를 켜고, 우선 균형 단계부터 시작하며 처음부터 가장 적극적인 모드를 노리지 않는다
• 정말 상시 유지해야 하는 사이트만 “항상 활성 상태로 유지” 목록에 넣는다
• 음소거인데도 계속 재생되는 동영상, 라이브 방송 미리보기, 쉬지 않고 새로고침되는 광고 페이지를 닫는다
• 다운로드·업로드·양식 작성을 모두 마친 뒤 창을 닫고, 중간에 빠져나오지 않는다
• 데이터 대시보드가 수동 새로고침을 지원한다면 모든 창이 동시에 고빈도 자동 새로고침하지 않게 한다
• 정말 장시간 온라인 상태가 필요한 고객 서비스·회의 페이지는 별도 예외로 두어 절전으로 업무가 끊기지 않게 한다

한 가지 짚어 두면, “더 적극적으로 할수록 메모리를 더 아낀다”는 공식이 늘 옳은 것은 아니다. 탭이 잦은 절전과 재활성화를 반복하면 재로드와 로그인 인증도 반복해서 발생한다. 자신의 작업 빈도에 맞는 적절한 균형점을 고르면 된다.

4단계: 확장 프로그램 정리 — 실제 쓰는 것만 남기기

확장 프로그램은 웹페이지를 감시하거나 요청을 변조하거나 저장소를 읽거나, 백그라운드에서 주기적으로 실행될 수 있다. 하나만 놓고 보면 부하가 크지 않지만, 같은 확장 프로그램 묶음이 수십 개의 독립 환경에서 반복적으로 활성화되면 누적 부하는 무시할 수 없다.

한 달에 한 번은 확장 프로그램을 점검하는 것을 권한다.

• 더 이상 쓰지 않거나, 출처가 불분명하거나, 기능이 중복되는 확장 프로그램을 삭제한다
• 가끔 쓰는 것은 우선 비활성화해 두고 필요할 때만 켠다
• “모든 사이트에서 데이터 읽기 및 변경” 권한을 지정 사이트에서만, 또는 클릭할 때만 실행되도록 좁힌다
• 확장 프로그램을 끄기 전후의 CPU, 메모리, 시작 시간을 비교해 데이터로 판단한다
• “리소스 절약”을 내세우는 출처 불명의 정리(클리너)류 확장 프로그램을 새로 깔지 않는다

Chrome 확장 프로그램 관리 문서에는 활성화, 비활성화, 삭제, 사이트 접근 권한 조정 방법이 설명되어 있다. 팀 환경이라면 통일된 확장 프로그램 화이트리스트를 운영해, 구성원이 저마다 기능이 겹치거나 출처가 불분명한 도구를 설치하지 않게 관리하는 것도 좋다.

5단계: 하드웨어 가속은 일괄로 끄지 말고 테스트로 판단하기

하드웨어 가속은 그래픽 작업 일부를 GPU에 맡기는 기능이다. 동영상, 애니메이션, 복잡한 페이지에는 보통 긍정적인 영향을 주므로 기본적으로 끄는 것은 권장하지 않는다. 그래픽 드라이버가 비정상이거나, 원격 데스크톱에서 GPU 지원이 부족하거나, 특정 페이지에서 잦은 깜빡임·크래시가 발생할 때만 A/B 대조 테스트를 해 볼 가치가 있다.

1. 먼저 현재 창 개수, 페이지 유형, 리소스 사용량을 기록한다
2. 하드웨어 가속 설정을 전환한 뒤 브라우저를 다시 시작한다
3. 같은 창과 같은 작업으로 한 번 더 실행한다
4. 더 안정적인 쪽의 설정을 유지하고, 겸사겸사 그래픽 드라이버도 업데이트한다

여러 시스템 파라미터를 동시에 바꾸지 않도록 주의하자. 동시에 바꾸면 성능이 좋아져도 어느 항목이 효과를 냈는지 설명할 수 없게 된다.

6단계: 자동화 작업에 동시 실행 상한 설정하기

자동화가 “창을 한꺼번에 많이 열수록 더 빨리 돈다”는 뜻은 아니다. 동시 실행 수가 PC가 감당할 범위를 넘어서면 페이지 로드가 느려지고, 타임아웃과 실패 재시도만 늘어나 실제 처리량은 오히려 떨어진다.

비교적 확실한 방법은 단계적 부하 테스트다. 먼저 동시 실행 2개부터 시작해 한 배치의 완료 시간, 실패율, CPU 피크, 메모리 피크를 기록하고, 이어서 4, 6, 8로 차례로 올린다. 실패율이 오르기 시작하거나 작업 한 건의 소요 시간이 길어지는 변곡점을 찾으면 한 단계 되돌아가 여유를 남겨 둔다.

아울러 다음 메커니즘도 갖춰 두는 것을 권장한다.

• 시작 간격을 두어 모든 창이 같은 순간에 한꺼번에 로드되지 않게 한다
• 작업별 타임아웃과 횟수가 제한된 재시도
• 큐 우선순위를 두어 고객 서비스, 주문처럼 실시간성이 필요한 작업을 먼저 실행
• 처리가 끝나면 바로 창을 닫아 프로세스와 메모리를 돌려준다
• 로그를 남겨 어느 계정의 어느 단계에서 버벅임이 발생했는지 찾을 수 있게 한다

독립 환경은 그룹별로 시차를 두고 시작하는 것이 한꺼번에 여는 것보다 리소스를 아낀다

수십 개의 플랫폼 계정을 평소 독립 브라우저 환경으로 구분해 운영하고 있다면, 속도 개선의 초점은 병렬 창을 계속 늘리는 것이 아니라 “이번 배치에서는 어느 환경을 먼저 돌릴지”를 잘 관리하는 데 있다. PurpleMark 웹 버전을 예로 들면, 환경을 플랫폼·지역·고객 단위로 그룹화해 두고 매일 아침 그날 처리할 그룹만 시작하고, 작업이 끝나면 닫으면 된다. 실제로 동시에 열어야 하는 개수는 페이지의 복잡도, 확장 프로그램, 네트워크, 해당 기기의 하드웨어 수준이 함께 결정한다. 배치 단위로 시작 시점을 분산하는 편이 한 번에 모든 창을 펼쳐 두는 것보다 안정적이다. 일상적인 배치 운영의 리듬이 자리 잡은 뒤에 다른 곳에서 동시 실행을 늘릴지 판단하지, 처음부터 모든 환경을 동시에 켜 둘 필요는 없다.

오늘 바로 실천할 수 있는 속도 개선 체크리스트

지금 바로 해보고 싶다면 다음 순서로 한 번 훑어보자.

1. 버벅일 때 시스템 작업 관리자를 열어 CPU, 메모리, 디스크, GPU, 네트워크를 기록한다
2. 브라우저 작업 관리자로 사용량이 가장 높은 웹페이지와 확장 프로그램을 찾는다
3. 업무상 가치가 없는 동영상, 라이브 방송, 다운로드, 자동 새로고침 페이지를 닫는다
4. 메모리 절약 기능을 켜고 꼭 필요한 사이트만 상시 유지 예외로 설정한다
5. 불필요한 확장 프로그램을 삭제하거나 비활성화하고, 사이트 권한도 제한한다
6. 계정을 작은 배치로 나눠 시작과 종료 시점을 분산한다
7. 자동화에 동시 실행 상한, 시작 간격, 타임아웃, 로그를 설정한다
8. 하드웨어 가속과 그래픽 드라이버는 따로 테스트하고 한 번에 여러 항목을 바꾸지 않는다
9. 한 번에 변수 하나만 조정하고 변경 전후의 데이터를 보관한다
10. 그래도 리소스가 장기간 한계에 머문다면 메모리 증설, CPU 업그레이드, 여러 기기로의 작업 분산을 검토한다

자주 묻는 질문

캐시를 지우면 다중 창 실행이 영구히 빨라지나요?

꼭 그렇지는 않다. 캐시는 본래 중복 다운로드를 줄이는 역할을 한다. 비정상적인 캐시나 디스크 공간 부족이 원인이라면 지우는 것이 도움이 되지만, 전체를 자주 지우면 페이지가 리소스를 다시 요청하게 되고 재로그인의 비용도 늘어난다. 캐시 삭제는 원인을 가려내는 수단으로 쓰고, 일상적인 속도 개선의 핵심으로 삼지는 않는 것이 좋다.

메모리가 클수록 열 수 있는 창도 반드시 늘어나나요?

아니다. 메모리는 그중 한 요소일 뿐, CPU, GPU, 디스크, 네트워크, 웹 스크립트, 확장 프로그램이 먼저 병목이 될 수도 있다. 업그레이드 전에 며칠 관찰해 진짜 제약 항목이 어디인지 확인하자.

왜 창을 막 열었을 때가 가장 버벅일까요?

시작 단계에서는 환경 데이터 읽기, 확장 프로그램 로드, 네트워크 연결 수립, 페이지 렌더링이 동시에 일어난다. 여러 창이 함께 시작되면 리소스 피크가 생기기 때문에, 사후에 프로세스를 끝내는 것보다 시작 간격을 두는 편이 더 효과적이다.

하드웨어 가속을 계속 꺼 두어야 하나요?

일괄적으로 판단하는 것은 좋지 않다. 드라이버와 GPU가 정상이라면 하드웨어 가속은 보통 유용하다. 화면 이상, 크래시, 특정 원격 환경과의 비호환성 같은 문제가 있을 때만 대조 테스트를 검토하면 된다.

정리

브라우저 다중 창 속도 개선에 한 번 켜면 끝나는 만능 스위치는 없다. 더 확실한 경로는 이렇다. 먼저 시스템과 브라우저의 두 작업 관리자로 병목을 확인하고, 다음으로 동시 활성 창, 백그라운드 미디어, 중복 확장 프로그램을 줄인다. 마지막으로 배치 시작, 동시 실행 상한, 로그 체계로 전체 워크플로를 안정화한다.

조정할 때마다 데이터로 전후를 비교하다 보면, 최적화해야 할 대상이 페이지인지, 확장 프로그램인지, 작업 스케줄링인지, 아니면 하드웨어인지 점점 구분할 수 있게 된다. 온갖 “가속 꿀팁” 사이에서 이리저리 시행착오를 반복할 필요도 없어진다.