공유 GPU 메모리 16GB, 그래픽카드 VRAM에 더해도 될까?

그래픽카드 상자에는 8GB라고 적혀 있는데 Windows 작업 관리자에는 그보다 큰 GPU 메모리 용량이 나온다. PC에 RAM이 넉넉하다면 이 여유 공간으로 VRAM 부족까지 해결할 수 있을 것 같다. 반대로 ‘공유 16GB’라는 표시를 보면 GPU가 RAM 절반을 이미 가져간 것은 아닌지 의심하게 된다.

두 경우 모두 화면의 숫자를 어디에 있는 메모리인지, 지금 쓰는 양인지, 사용할 수 있는 상한인지로 나누면 이해하기 쉽다. 외장 그래픽카드와 내장 그래픽이 같은 항목 이름 아래 서로 다른 메모리 구성을 보여 준다는 점도 중요하다.

전용 8GB·공유 16GB는 같은 성격의 24GB가 아니다

일반적인 외장 그래픽카드의 전용 GPU 메모리는 카드에 탑재된 VRAM이다. 공유 GPU 메모리는 CPU와 GPU가 필요에 따라 사용하는 시스템 RAM이다. Microsoft의 작업 관리자 설명에 따르면 외장 GPU와 내장 GPU 모두 공유 메모리를 이용할 수 있다.

예를 들어 VRAM 8GB 카드와 RAM 32GB를 갖춘 PC에서 공유 상한이 약 16GB로 보인다고 하자. 이때 합계 24GB는 물리적으로 같은 메모리 칩 24GB가 GPU 옆에 있다는 뜻이 아니다. RAM을 추가해 공유 상한이 커져도 카드에 납땜된 VRAM 용량은 그대로다.

작업 관리자에서 성능 → GPU를 열고 GPU 이름부터 확인한다. 노트북에 GPU 0과 GPU 1이 함께 있다면 번호만 보고 내장·외장을 정하지 않는다. 같은 GPU 화면에서 전용과 공유를 함께 읽어야 다른 장치의 숫자를 합치는 일을 피한다.

특히 ‘0.5/16.0GB’ 같은 표시에서는 앞쪽 0.5GB가 현재 사용량이고 뒤쪽 16.0GB가 한도다. 이 값은 화면을 설명하기 위한 예다. 어느 PC에서나 공유가 0.5GB만 쓰인다는 뜻이 아니다. 앱을 실행하기 전후를 비교할 때도 앞쪽 값이 어떻게 변했는지를 기록한다.

공유 상한 16GB는 RAM 16GB를 항상 빼 둔다는 뜻이 아니다

Intel의 그래픽 메모리 FAQ는 Shared System Memory 표시가 시스템 메모리의 상시 예약량이 아니라, 해당 플랫폼에서 OS가 그래픽에 허용하는 사용 한도라고 설명한다. 32GB RAM PC에 공유 16GB가 보인다는 이유로 CPU용 RAM이 무조건 16GB만 남는다고 계산하면 안 된다.

Microsoft가 설명하는 Windows 정책은 GPU가 한 시점에 물리 RAM의 절반까지 사용하도록 제한하는 방식이다. 작업에 따라 시스템 RAM 페이지를 사용하고 돌려주므로, 공유 메모리의 사용량은 고정된 칸이 아니다. 실제 표시 한도는 플랫폼과 시스템 설정의 영향을 받는다.

여기서 확인할 곳은 두 군데다. GPU 화면에서는 공유 메모리의 현재 사용량을 보고, 성능의 ‘메모리’ 화면에서는 전체 RAM 사용과 하드웨어 예약을 본다. 공유 상한이 크더라도 시스템 RAM에 여유가 있고 작업이 원활하다면 그 숫자를 줄여 확보할 빈 공간이 이미 존재하는 것은 아니다.

반면 설치된 RAM 자체가 32GB인데 Windows가 사용할 수 있는 용량은 16GB라고 나온다면 다른 문제다. 고정 예약이나 메모리 인식 상태를 따로 살펴야 한다. 이 경우는 RAM의 절반만 사용 가능할 때 하드웨어 예약을 확인하는 방법과 이어진다. GPU의 공유 상한과 시스템의 사용 가능 RAM은 이름이 비슷해도 같은 수치가 아니다.

공유 메모리는 외장 GPU의 작업을 이어 주지만 VRAM 속도까지 늘리지 않는다

외장 GPU는 카드에 있는 메모리와 시스템 RAM에 같은 경로로 접근하지 않는다. NVIDIA의 CUDA 성능 지침은 GPU 내부 메모리 대역폭에 비해 호스트와 장치 사이 전송 대역폭이 낮으므로, 두 곳 사이의 데이터 이동을 줄이는 것이 중요하다고 설명한다.

용량이 더 생겼다는 사실과 GPU가 그 데이터를 같은 속도로 처리한다는 사실은 별개다. 작업에 필요한 데이터를 시스템 RAM 쪽에 두거나 두 메모리 사이에서 자주 옮겨야 한다면, 연산 장치가 빨라도 데이터 이동이 대기를 만들 수 있다. 그래서 RAM을 늘린 8GB 카드가 16GB VRAM 카드와 같은 성능을 낸다고 기대할 근거는 없다.

다만 공유 사용량이 조금 보이는 것만으로 전용 VRAM이 부족하다고 단정하기도 어렵다. Windows는 공유 메모리를 정상적인 자원으로 관리한다. 진단할 때는 현재 작업의 전용 사용량이 늘어나는 구간, 공유 사용량이 바뀌는 구간, 실제 멈춤이 생기는 구간이 겹치는지를 본다.

GPU 메모리 합계에 빈 공간이 있어도 앱이 메모리 부족 오류를 낼 수 있다. 앱이 요청한 메모리를 어떤 방식으로 배치하고 처리하는지에 따라 쓸 수 있는 범위가 달라진다. 화면의 합계만 보고 게임이나 이미지 생성 프로그램이 그 용량 전체를 VRAM처럼 활용한다고 해석할 수는 없다.

예를 들어 같은 게임 장면에서 텍스처 설정을 낮춘 뒤 끊김이 줄고 메모리 사용도 함께 줄었다면, 메모리 요구량과 관련된 문제를 더 조사할 이유가 생긴다. 반대로 사용량이 비슷한데도 다른 앱을 닫았을 때만 나아진다면 시스템 자원 경쟁도 살핀다. 이 비교는 원인을 좁히는 방법이지 공유 메모리 사용 자체를 고장 코드로 읽는 방법은 아니다.

내장 그래픽의 전용 128MB와 BIOS의 UMA는 따로 읽는다

내장 그래픽은 별도 VRAM 대신 시스템 메모리를 사용하는 구성이 흔하다. 따라서 작업 관리자나 어댑터 속성의 작은 전용 메모리 숫자만 보고 내장 GPU가 그만큼만 사용할 수 있다고 판단하면 실제 구조와 어긋난다.

Intel은 같은 FAQ의 전용 메모리 보고 설명에서 일부 앱과의 호환을 위해 드라이버가 128MB의 전용 비디오 메모리를 보고한다고 안내한다. 이 숫자는 내장 GPU 옆에 128MB VRAM이 따로 있다는 증거가 아니다. 다만 모든 제조사의 모든 내장 그래픽 표시가 같은 이유라고 넓혀 읽을 수는 없다.

AMD 데스크톱 내장 그래픽에는 BIOS의 UMA Frame Buffer Size라는 설정이 있다. 시스템 RAM 중 내장 GPU에 배정하는 프레임 버퍼 크기다. Windows가 보여 주는 공유 메모리 전체 상한을 바꾸는 스위치와는 역할이 다르다.

AMD의 UMA 설정 안내는 대부분의 작업에서 기본값 Auto 유지를 권한다. 예외는 일부 게임에서 텍스처가 빠지거나 저해상도로 나오고 GPU 요구 사양 경고가 뜨는 경우다. 안내는 RAM 8GB 이상 시스템에서 UMA 1GB 또는 2GB 설정을 시도하는 예를 든다. 반면 RAM 4GB 시스템에 2GB를 설정하는 것은 전체 성능에 불리해 권하지 않는다.

이 예외를 ‘UMA를 최대한 크게 잡으면 게임이 빨라진다’로 바꾸면 안 된다. 고정 배정량을 늘리면 OS와 다른 앱에 남는 RAM이 줄어든다. 설정을 바꿀 때는 메인보드 설명서에서 메뉴와 기본값을 먼저 확인하고, 문제가 있던 게임의 경고나 텍스처가 실제로 달라졌는지 비교한다. 외장 카드의 8GB VRAM을 이 메뉴로 16GB로 바꾸는 기능은 아니다.

끊기는 작업은 전용·공유·시스템 RAM을 같은 시간에 비교한다

현재 PC를 진단할 때는 ‘공유 메모리를 없애기’보다 같은 작업을 반복할 수 있는 조건을 만드는 편이 유용하다. 게임은 같은 장면과 해상도, 이미지 생성은 같은 모델·이미지 크기·배치 수를 사용한다. 한 번에 여러 설정을 바꾸면 어느 변화가 영향을 줬는지 알기 어렵다.

1. 작업 관리자의 성능에서 대상 GPU 이름과 전용·공유 메모리 사용량을 기록한다. 내장·외장이 함께 있다면 두 장치를 혼동하지 않는다.
2. 성능의 메모리 화면에서 시스템 RAM 사용 상태도 함께 본다. 공유 항목의 분모가 아니라 지금 사용 중인 양을 비교한다.
3. 끊김이 생기는 작업을 실행하고, 발생 구간과 작업 완료 시간을 기록한다. GPU 메모리 사용량과 함께 달라지는지 살핀다.
4. 게임의 텍스처나 이미지 생성의 배치 수처럼 해당 앱의 메모리 요구량에 영향을 주는 조건 하나를 낮춰 반복한다. 앱에서 그 옵션을 제공하는 경우에 적용한다.
5. 비교가 끝나면 원래 값으로 돌려 같은 현상이 돌아오는지 확인한다. 한 번의 빠른 실행을 PC 전체의 개선으로 판정하지 않는다.

설정을 낮추면 메모리뿐 아니라 연산 부담도 달라진다. 예를 들어 이미지 크기를 줄인 뒤 작업이 빨라졌다는 결과만으로 VRAM 부족이 원인이었다고 확정할 수는 없다. 전용·공유 사용량이 변했는지와 완료 시간이 줄었는지를 함께 기록하면, 단순히 GPU가 계산할 일이 줄어든 경우와 비교할 재료가 생긴다.

앱별 사용량을 찾을 때는 작업 관리자의 세부 정보에서 열 제목을 오른쪽 클릭하고 열 선택을 연다. 전용 GPU 메모리와 공유 GPU 메모리 열을 추가하면 어떤 프로세스를 먼저 살필지 고를 수 있다. 다만 프로세스별 값에는 서로 공유하는 자원이 들어가므로, 각 행을 단순히 더해 GPU 전체 사용량이라고 계산하지 않는다.

표시가 의심스러우면 GPU 전체 성능 화면과도 대조한다. Microsoft의 KB4490156에는 Windows 10 일부 환경에서 앱별 전용 메모리 값이 반복해서 커지지만 성능 탭의 값은 정상인 문제가 기록돼 있다. 이는 Windows 11의 모든 표시가 틀렸다는 설명이 아니라, 서로 다른 집계 화면의 수치를 근거 없이 섞으면 안 되는 구체적인 사례다.

CUDA 폴백을 끄는 설정은 RAM을 VRAM으로 만드는 기능이 아니다

NVIDIA는 Stable Diffusion의 시스템 메모리 폴백 안내에서 GPU 메모리가 부족할 때 공유 메모리를 써 작업을 이어가는 동작을 설명한다. 이때 실행은 계속되지만 속도가 낮아질 수 있다. 드라이버 536.40에서 해당 방식을 도입했고, 546.01 이상에는 이를 끄는 설정을 추가했다는 안내다.

지원하는 환경에서 설정을 비교하려면 NVIDIA 제어판의 3D 설정 관리 → 프로그램 설정으로 이동한다. 실행 중인 Stable Diffusion이 사용하는 정확한 Python 실행 파일을 추가한 뒤 CUDA - Sysmem Fallback Policy에서 Prefer No Sysmem Fallback을 선택하고 적용한다. 프로그램을 다시 실행해야 변경이 반영된다.

중요한 부분은 정확한 실행 파일이다. PC에 Python이 여러 개 설치돼 있다면 다른 가상환경의 실행 파일을 골라서는 해당 작업에 적용되지 않는다. NVIDIA의 안내도 작업 관리자에서 실제 실행 경로를 먼저 확인하는 순서다. 이 설정을 모든 게임의 공유 GPU 메모리를 끄는 범용 최적화로 적용하지 않는다.

폴백을 끄면 부족한 메모리가 새로 생기는 것이 아니다. GPU 메모리가 모자라는 설정에서는 작업이 실패할 위험을 받아들이는 선택이다. 문제가 생기거나 비교를 마쳤다면 같은 프로그램 설정의 값을 Driver Default로 돌리고 적용한 뒤 프로그램을 재실행한다.

RAM을 늘릴지 판단할 때도 현재 병목을 따진다. 시스템 RAM이 부족한 작업에는 RAM 증설의 이유가 있지만, 카드의 VRAM에 들어가야 할 데이터를 같은 속도로 처리할 공간까지 늘려 주지는 않는다. 전용 메모리 용량이 다른 카드의 실제 차이는 RTX 5060 Ti 8GB·16GB 비교처럼 같은 GPU에서 용량과 조건을 맞춘 결과로 판단한다. 작업 관리자에 표시된 전용·공유 합계는 그 비교를 대신할 성능 수치가 아니다.