Gemini·GPT 동시 사용 시 Chrome 다운 현상 분석 백서

[분석]

Gemini·GPT 동시 사용 시 Chrome 다운 현상 분석 백서1. 핵심 결론

형 컴퓨터의 32GB RAM이 절대적으로 부족하다기보다는, Chrome 내부의 특정 탭·렌더러·GPU 프로세스가 순간적으로 한계에 도달하는 현상일 가능성이 더 큽니다.

특히 다음 조건이 겹칩니다.

•  
•  
•  
•  
•  
•  
•  

따라서 현재 증상은 단순히 “32GB가 모자라서 발생한다”라기보다,

의 복합 현상으로 보는 것이 맞습니다.

---

2. 중요한 오해: GPT 분석 계산을 내 컴퓨터가 하는 것은 아니다

ChatGPT가 복잡한 분석을 수행할 때 핵심 인공지능 연산은 대부분 서버에서 이루어집니다.

따라서 분석이 복잡해졌다고 해서 형 컴퓨터의 Core Ultra 7 270K Plus가 직접 GPT 신경망을 계산하거나, Radeon 그래픽카드가 AI 추론을 담당하는 것은 아닙니다.

하지만 결과가 브라우저로 들어오면 Chrome은 다음 작업을 수행해야 합니다.

•  
•  
•  
•  
•  
•  
•  
•  

즉,

그래서 분석이 길어질수록 GPT 탭의 렌더러 메모리와 자바스크립트 작업량은 증가할 수 있습니다.

---

3. 왜 Gemini와 GPT를 동시에 사용하면 더 잘 멈추는가

Chrome은 하나의 단일 프로그램처럼 보이지만 실제로는 브라우저 프로세스, 탭별 렌더러, 확장 프로그램, GPU 프로세스 등 여러 프로세스로 나뉘어 작동합니다. 따라서 작업 관리자에 Chrome이 여러 개 표시되는 것은 정상입니다. (Chromium)

Gemini와 ChatGPT를 동시에 열면 대략 다음 구조가 만들어집니다.

Chrome 본체 ├─ ChatGPT 렌더러 프로세스 ├─ Gemini 렌더러 프로세스 ├─ 다른 탭 렌더러 ├─ GPU 프로세스 ├─ 네트워크 서비스 ├─ 광고 차단 확장 프로그램 ├─ 번역·보안 확장 프로그램 └─ 기타 백그라운드 프로세스

ChatGPT와 Gemini는 단순한 문서 페이지가 아니라 계속 상태가 바뀌는 대형 웹 애플리케이션입니다.

두 서비스가 동시에 다음 작업을 하면 순간 부하가 커질 수 있습니다.

•  
•  
•  
•  
•  
•  
•  

Chrome은 탭을 별도 렌더러로 분리하여 한 탭이 죽어도 다른 탭을 보호하도록 설계되어 있습니다. 따라서 시스템 전체 RAM이 남아 있더라도 특정 렌더러가 먼저 충돌해 “앗, 이런!”, 탭 새로고침 또는 흰 화면이 나타날 수 있습니다. (Chromium)

---

4. 현재 메모리 수치로 본 원인 분석

이전 화면의 수치는 다음과 같았습니다.

항목수치

물리 RAM	32GB
현재 사용	15.2GB
사용 가능	16.1GB
커밋	22.4/36.3GB
캐시	14.1GB
압축 메모리	762MB

이 화면만 보면 촬영 당시에는 물리 RAM이 부족하지 않았습니다.

하지만 주의할 부분은 커밋 한도 36.3GB입니다.

Windows의 커밋 한도는 대체로 물리 RAM과 페이지 파일이 제공하는 가상메모리 한도에 의해 결정됩니다. 페이지 파일은 RAM을 효율적으로 운용하고 시스템 커밋 한도를 확장하는 역할을 합니다. (Microsoft Learn)

형 PC의 경우:

•  
•  
•  

따라서 페이지 파일이 자동 확장되지 않거나 약 4~5GB로 제한되어 있을 가능성이 있습니다.

평상시에는 충분하지만 AI 탭, 게임, 각종 프로그램을 함께 실행해 커밋 사용량이 순간적으로 30GB 이상 올라가면 여유가 빠르게 줄어듭니다.

중요한 점은:

따라서 화면을 찍었을 때는 49%였어도, 긴 답변을 생성하는 순간 짧게 급상승했다가 탭이 죽으면서 다시 내려왔을 수 있습니다.

---

5. 가장 가능성이 높은 원인 순위1순위: 긴 ChatGPT 대화 탭 자체가 무거워짐

형은 일반적인 짧은 질문이 아니라 상당히 긴 분석·백서·수학 논문을 한 대화방에 계속 누적합니다.

이 경우 하나의 탭 안에 다음이 축적됩니다.

•  
•  
•  
•  
•  
•  
•  

따라서 새 대화에서 같은 질문을 할 때는 정상인데, 아주 긴 기존 대화에서만 멈춘다면 이것이 가장 강력한 원인입니다.

판별법

동일한 내용을 다음 두 방식으로 시험합니다.

1.  
2.  

새 대화에서는 멀쩡하고 기존 대화에서만 다운된다면 PC 전체 RAM 부족보다 특정 대화 페이지의 누적 부하가 원인입니다.

해결책

•  
•  
•  
•  

---

2순위: Chrome 확장 프로그램 충돌 또는 메모리 증가

광고 차단기, 번역기, 문법 검사기, 다운로드 도구, 보안 프로그램은 ChatGPT와 Gemini 페이지에 삽입되어 내용을 계속 검사할 수 있습니다.

특히 긴 답변이 한 글자씩 생성될 때 확장 프로그램도 화면 변화를 반복해서 검사하면 부하가 증폭될 수 있습니다.

진단 방법

Chrome 오른쪽 위 프로필에서 게스트 모드를 열거나 시크릿 창에서 확장 프로그램 없이 시험합니다.

•  
•  

이라면 확장 프로그램 또는 Chrome 프로필 문제가 유력합니다.

우선적으로 끌 대상:

•  
•  
•  
•  
•  
•  
•  
•  

---

3순위: Chrome GPU 가속과 듀얼 GPU 충돌

스크린샷에는 다음 그래픽 장치가 동시에 표시되어 있습니다.

•  
•  

Chrome은 렌더러와 별도로 GPU 프로세스를 사용하며, 한 Chrome 인스턴스의 여러 렌더러 요청을 GPU 프로세스가 처리합니다. (Chromium)

따라서 그래픽 드라이버, 하드웨어 가속, 내장·외장 GPU 선택 상태가 맞지 않으면 다음 증상이 발생할 수 있습니다.

•  
•  
•  
•  
•  
•  

이는 확정 원인은 아니지만, 형 PC처럼 Intel iGPU와 AMD GPU가 동시에 잡힌 환경에서는 반드시 비교 시험할 가치가 있습니다.

시험 방법

Chrome 주소창에 입력:

chrome://settings/system

그리고:

가능한 경우 그래픽 가속 사용

을 끔으로 변경한 뒤 Chrome을 완전히 다시 시작합니다.

며칠 사용해서 다운이 사라진다면 GPU 가속이나 드라이버 문제가 유력합니다.

반대로 끈 상태에서 스크롤과 동영상이 지나치게 느려지면 다시 켜고, AMD·Intel 그래픽 드라이버를 업데이트한 뒤 재시험합니다.

---

4순위: 페이지 파일이 작게 제한됨

현재 커밋 한도 36.3GB는 32GB RAM 시스템치고는 여유가 크지 않습니다.

페이지 파일을 사용자가 직접 제한했거나 Windows 자동 관리가 해제되어 있다면 다음과 같이 바꾸는 것이 좋습니다.

설정 경로설정 → 시스템 → 정보 → 고급 시스템 설정 → 성능의 설정 → 고급 → 가상 메모리 → 변경

다음 항목을 선택합니다.

모든 드라이브의 페이징 파일 크기 자동 관리

또는 C 드라이브를:

시스템 관리 크기

로 지정합니다.

페이지 파일은 장애가 발생할 때 메모리 덤프를 기록하고 커밋 한도를 확보하는 데도 사용되므로, 32GB RAM이 있다고 해서 완전히 끄는 것은 권장하지 않습니다. (Microsoft Learn)

---

5순위: Chrome 자체 또는 특정 사이트의 메모리 누수

정상적인 페이지라면 답변 생성이 끝난 뒤 메모리가 어느 정도 안정되어야 합니다.

그런데 다음과 같은 패턴이면 누수 가능성이 있습니다.

ChatGPT 처음 열기: 500MB 긴 답변 한 번: 1.2GB 두 번째 답변: 2GB 세 번째 답변: 3GB 대화 종료 후에도 감소하지 않음

이것이 반복되면 웹앱, Chrome, 확장 프로그램 중 하나가 더 이상 필요 없는 메모리를 제대로 반환하지 않는 상황일 수 있습니다.

---

6. Chrome 전용 작업 관리자로 범인을 찾는 방법

Windows 작업 관리자보다 Chrome 자체 작업 관리자가 더 직접적입니다.

키보드에서:

Shift + Esc

를 누릅니다.

그다음 메모리 사용량 순으로 정렬합니다.

확인할 대상:

•  
•  
•  
•  
•  
•  

Chrome은 성능 설정에서 탭 메모리 사용량 표시와 메모리 절약 기능을 제공합니다. (구글 도움말)

판정 기준

관측 결과의심 원인

ChatGPT 탭만 계속 증가	긴 대화·웹페이지 렌더러
Gemini와 ChatGPT가 모두 큼	두 AI 웹앱 동시 사용 부하
GPU 프로세스가 비정상적으로 큼	하드웨어 가속·그래픽 드라이버
특정 확장 프로그램이 수백 MB 이상	확장 프로그램 충돌 또는 누수
Browser 프로세스 전체가 증가	Chrome 프로필·브라우저 문제
커밋 한도가 거의 꽉 참	페이지 파일 또는 전체 프로그램 과다

---

7. 다운 형태에 따른 진단A. ChatGPT 탭만 새로고침됨

화면에 “앗, 이런!” 또는 오류 코드가 나타난다면:

•  
•  
•  
•  

가능성이 높습니다.

32GB 전체 RAM 부족이라고 단정할 수 없습니다.

---

B. Chrome 전체가 갑자기 꺼짐

다음 가능성이 커집니다.

•  
•  
•  
•  
•  
•  

---

C. 화면이 검어졌다가 돌아옴

이 경우는 메모리보다:

•  
•  
•  
•  

쪽이 더 유력합니다.

---

D. 마우스까지 멈추고 컴퓨터 전체가 얼어붙음

이 경우는 단순한 ChatGPT 페이지 문제가 아니라:

•  
•  
•  
•  
•  
•  

까지 확인해야 합니다.

형 PC의 DDR5가 6000 MT/s로 작동하므로, 시스템 전체가 멈추는 증상이라면 메모리 안정성 검사도 필요합니다. DDR5-6000은 정상적으로 잘 작동할 수 있지만, 메인보드 BIOS와 메모리 설정에 따라 불안정할 가능성을 완전히 배제할 수는 없습니다.

---

8. 형 PC에 맞는 권장 설정먼저 시행할 것1. 페이지 파일 자동 관리

이것이 가장 먼저입니다.

모든 드라이브의 페이징 파일 크기 자동 관리

로 변경합니다.

2. 긴 대화는 새 대화로 분리

•  
•  
•  
•  
•  

등을 별도 대화로 나눕니다.

한 대화방에 수개월치 장문 자료가 누적되면 브라우저 부담이 커질 수 있습니다.

3. Chrome 작업 관리자 확인Shift + Esc

로 ChatGPT, Gemini, GPU 프로세스 중 어떤 항목이 치솟는지 확인합니다.

4. 하드웨어 가속 끄고 비교 시험chrome://settings/system

에서 그래픽 가속을 껐다가 비교합니다.

5. 확장 프로그램 없는 게스트 모드 시험

게스트 모드에서 Gemini와 ChatGPT를 동시에 실행합니다.

---

9. 64GB 업그레이드가 필요한가

현재 증상만 보고 바로 64GB로 업그레이드할 필요는 없습니다.

왜냐하면 촬영 당시:

•  
•  

였기 때문입니다.

64GB로 올리면 여러 AI 탭, 대형 파일, 게임, 영상 프로그램을 동시에 사용할 때 여유가 커지는 것은 사실입니다. 그러나 원인이 GPU 가속, 확장 프로그램, Chrome 프로필 또는 특정 긴 대화 탭이라면 64GB로 늘려도 Chrome 다운이 계속될 수 있습니다.

따라서 순서는 다음이 맞습니다.

페이지 파일 확인 → Chrome 작업 관리자로 범인 확인 → 새 대화 비교 → 확장 프로그램 없는 상태 비교 → GPU 가속 비교 → 그래도 실제 RAM이 85~95%까지 차면 64GB 검토

---

10. 최종 판정

형이 말한:

는 현상 자체는 충분히 가능한 관찰입니다.

그러나 정확한 원인은:

이 아니라,

으로 해석해야 합니다.

현재 증거 기준 원인 가능성은 다음 순서입니다.

순위원인가능성

1	긴 ChatGPT 대화 페이지의 누적 부하	높음
2	확장 프로그램 충돌·메모리 증가	높음
3	Intel·AMD 듀얼 GPU와 Chrome 가속	중간~높음
4	작은 페이지 파일과 커밋 여유 부족	중간
5	실제 32GB 물리 RAM 부족	현재 화면상 낮음
6	DDR5-6000 또는 시스템 하드웨어 불안정	전체 PC가 멈출 때 확인

결론적으로 32GB RAM 자체가 모자란 것이 핵심이라기보다, Chrome이 긴 AI 대화 탭을 처리하는 과정에서 특정 프로세스가 먼저 무너지는 구조가 더 유력합니다. 가장 먼저 페이지 파일 자동 관리, 새 대화 비교, Shift+Esc 메모리 확인, 하드웨어 가속 비교 시험을 하는 것이 정확합니다.