기사 대표 이미지

오프닝



코드마스터입니다. 핵심부터 짚겠습니다. 많은 PC 사용자들이 외장 그래픽 카드(dGPU)의 성능을 극대화하기 위해 BIOS 설정에서 내장 그래픽(iGPU)을 아예 꺼버리곤 합니다. dGPU가 모든 연산을 전담하는 것이 깔끔하다고 믿기 때문이죠. 하지만 이는 하드웨어 아키텍처 관점에서 볼 때, 매우 안타까운 자원 낭비입니다.

특히 최근 한국의 게이밍 PC 시장을 주도하는 미들레인지급 사용자들에게 iGPU는 단순한 '화면 출력용' 이상의 가치를 가질 수 있습니다. 최근 화제가 되고 있는 Lossless Scaling과 같은 프레임 생성(Frame Generation) 기술을 활용한다면, 버려지던 iGPU를 강력한 보조 연산 엔진으로 재탄생시킬 수 있습니다. 오늘 그 엔지니어링적 접근법을 살펴보겠습니다.

핵심 내용: 연산의 분산, 오프로딩(Offloading)의 미학



최근 유행하는 'Lossless Scaling(LSFG)' 기술의 핵심은 기존 프레임 사이에 가짜 프레로를 끼워 넣어 시각적 부드러움을 높이는 픽셀 보간(Pixel Interpolation)에 있습니다. 이 과정은 매우 정교한 알고리즘을 요구하며, 필연적으로 GPU의 연산 자원을 소모합니다. 보통은 dGPU가 렌더링과 이 보간 작업을 동시에 수행하게 됩니다.

여기서 문제는 '연산 오버헤드'입니다. dGPU가 게임의 3D 렌더링(Geometry, Shading 등)을 처리하는 동시에 프레임 생성 알고리즘까지 돌리게 되면, 렌더링 파이프라인의 스케줄링 지연이 발생합니다. 이는 곧 프레임 타임의 불안정성, 즉 스터터링(Stuttering)으로 이어집니다.

우리가 주목해야 할 기술적 개념은 '컴퓨팅 오프로딩'입니다. 마치 대규모 시스템에서 복잡한 로그 분석 작업을 메인 서비스 서버가 아닌 별도의 로그 처리 서버로 넘겨 메인 서버의 응답 속도를 유지하는 것과 같습니다. dGPU에는 렌더링 원본 데이터를 생성하는 무거운 작업을 맡기고, iGPU에는 생성된 프레임을 보간하는 보조 작업을 맡기는 구조를 만드는 것입니다.

심층 분석: 아키텍처 관점에서의 비교와 통찰



엔비디아(NVIDIA)의 DLSS 3와 Lossless Scaling을 비교해 보면 그 차이가 명확해집니다. DLSS 3는 GPU 내부의 Tensor Core라는 전용 하드웨어 가속기를 사용하는 폐쇄적이고 최적화된 아키텍처입니다. 반면, Lossless Scaling은 소프트웨어 기반의 범용적인 접근 방식을 취합니다. 이는 마치 특정 하드웨어에 종속된 전용 칩셋과, 다양한 환경에서 동작하는 오픈소스 라이브러리의 차이와도 같습니다.

이러한 범용성 덕분에 우리는 iGPU라는 별도의 연산 유닛을 활용할 수 있는 기회를 얻게 됩니다. dGPU의 부하를 줄이기 위해 iGPU에 연산 부하를 전가하는 것은, 시스템 전체의 리소스 관리(Resource Management) 측면에서 매우 영리한 전략입니다. 만약 여러분의 PC에서 iGPU가 단순히 잠자고 있다면, 그것은 마치 CI/CD 파이프라인을 구축해 놓고 빌드 서버를 활용하지 않고 수동으로 컴파일하는 것과 다름없습니다.

여기서 한 가지 질문을 던지고 싶습니다. 여러분은 현재 사용 중인 PC의 모든 하드웨어 자원을 100% 활용하고 계십니까, 아니면 단순히 '충돌 방지'라는 명목하에 유용한 자원을 꺼두고 계십니까?

실용 가이드: iGPU를 연산 엔진으로 전환하는 체크리스트



이 설정을 적용하기 위해서는 단순히 소프트웨어만 켠다고 되는 것이 아닙니다. 시스템 레벨에서의 재설정이 필요합니다.

1. BIOS/UEFI 설정 확인: 가장 먼저 메인보드 BIOS에 진입하여 'Integrated Graphics' 또는 'iGPU Multi-Monitor' 옵션을 'Disabled'가 아닌 'Always Enable'로 변경해야 합니다. 이 설정이 꺼져 있으면 윈도우 상에서 iGPU가 아예 인식되지 않습니다. 2. Windows 그래픽 설정 조정: 윈도우 설정 -> 시스템 -> 디스플레이 -> 그래픽으로 이동합니다. 여기서 'Lossless Scaling' 실행 파일을 찾아 '옵션'을 클릭한 뒤, '고성능(dGPU)'이 아닌 '절전(iGPU)'으로 지정해야 합니다. 이것이 핵심적인 오프로딩 단계입니다. 3. 리소스 모니터링: 작업 관리자의 성능 탭에서 게임 실행 시 dGPU의 렌더링 부하와 iGPU의 연산 부하가 분리되어 움직이는지 확인하십시오. 렌더링 파이프라인의 안정성이 확보되었는지 체크하는 것이 필수입니다.

필자의 한마디



엔지니어링의 본질은 제한된 자원 내에서 최적의 효율을 뽑아내는 데 있습니다. CPU와 GPU라는 강력한 자원을 보유하고 있으면서도, 단지 관습적인 설정 때문에 iGPU를 사장시키는 것은 기술적 낭비입니다. 기술의 발전은 우리가 가진 기존의 자원을 어떻게 재정의하느냐에 따라 그 가치가 결정됩니다.

앞으로의 GPU 아키텍처는 더욱 파편화되고 복잡해질 것입니다. 이러한 변화 속에서 하드웨어 간의 역할 분담을 최적화하는 능력은 게이머뿐만 아니라 시스템 엔지니어들에게도 중요한 역량이 될 것입니다.

실무 관점에서 결론은 명확합니다. 버려진 자원을 활용해 성능의 한계를 돌파하십시오. 여러분의 설정 변경 후 프레임 타임 변화는 어떠했나요? 댓글로 경험을 공유해 주세요. 코드마스터였습니다.

출처: "https://www.howtogeek.com/your-igpu-can-handle-frame-generation/"