레드쉬프트 렌더링 느림 해결: 샘플링·버킷·VRAM 설정 점검 순서

레드쉬프트 렌더링 느림은 GPU 성능 하나로 설명되지 않는 경우가 많습니다. 샘플링 값이 필요 이상으로 높거나, 버킷 크기가 GPU 구성과 맞지 않거나, VRAM 설정 때문에 메모리 부족 오류가 나는 경우가 흔합니다. 이 글은 Maxon 공식 문서를 기준으로 렌더링이 느려지는 원인을 순서대로 확인하는 방법을 다룹니다. 설정값과 수치는 2026년 10월 20일에 확인한 문서 기준이며, 버전에 따라 표기가 다를 수 있습니다.

레드쉬프트 렌더링 느림, 어디부터 확인해야 할까

먼저 같은 장면의 렌더링 시간을 어디서 가장 많이 쓰는지 가르는 것이 순서입니다. 샘플링, 버킷과 GPU 사용, 메모리 세 가지를 차례로 확인하면 대부분의 원인을 좁힐 수 있습니다.

1. 샘플링: Adaptive Error Threshold와 최소·최대 샘플 값이 장면에 비해 과한지 봅니다.
2. 버킷과 GPU: 최종 렌더링이 Bucket 방식인지, 버킷 크기가 GPU 수와 맞는지 봅니다.
3. 메모리: VRAM 부족 오류나 텍스처 캐시 설정, 다른 프로그램의 GPU 점유를 봅니다.

샘플링 설정으로 레드쉬프트 렌더링 느림 줄이기

레드쉬프트의 Unified Sampling은 이미 깨끗한 픽셀에는 적은 레이를, 노이즈가 남은 픽셀에는 더 많은 레이를 배정합니다. 그래서 임계값과 샘플 수를 필요한 만큼만 잡는 것이 시간을 줄이는 가장 직접적인 방법입니다.

공식 문서의 Adaptive Error Threshold 기본값은 0.01이고, 제작 품질에는 0.003 정도를 권합니다. 값을 낮추면 노이즈는 줄지만 시간이 늘어납니다. 노이즈가 문제라면 임계값만 계속 낮추기보다 Show Samples 보기로 어느 영역이 샘플을 많이 쓰는지 먼저 확인하는 편이 낫습니다. 화면 전체가 하얗게 보이면 최대 샘플이 부족하거나 임계값이 지나치게 낮다는 뜻입니다.

공식 문서는 샘플 수를 한꺼번에 올리지 말고 효과별로 조정하라고 안내합니다. 피사계 심도나 모션 블러가 없을 때는 최소·최대 샘플을 4나 16 정도로 낮춰 두고 GI, 영역 조명, 광택 반사의 샘플을 필요한 만큼만 올린 다음, 피사계 심도와 모션 블러를 켜서 최소·최대 샘플을 함께 올리는 순서입니다. 피사계 심도나 모션 블러가 있으면 최소 샘플을 8~16 이상으로 두라는 안내도 있습니다.

버킷 크기와 GPU 구성: 멀티 GPU에서 레드쉬프트 렌더링 느림이 생기는 이유

Bucket 방식에서는 프레임을 정사각형 버킷으로 나누고, 각 버킷을 GPU 한 장이 맡습니다. GPU가 여러 장이어도 한 버킷은 한 장이 처리하므로 버킷 수와 크기가 활용도를 좌우합니다.

공식 문서의 Bucket Size 기본값은 128이고, 64는 GPU를 충분히 쓰지 못할 수 있어 피하라고 안내합니다. 반대로 GPU가 여러 장일 때 버킷이 너무 크면 해상도가 낮은 프레임에서 한 장이 마지막 버킷을 처리하는 동안 나머지가 쉬는 시간이 생깁니다. 이 때문에 멀티 GPU 구성에서 속도가 기대에 못 미친다면 128 근처에서 시험해 보는 것이 안전합니다. GPU 수에 따른 속도 변화는 장면마다 다르므로 멀티 GPU 렌더링 글에서 공개 자료 기준으로 따로 정리했습니다.

VRAM과 메모리 설정이 레드쉬프트 렌더링 느림으로 이어질 때

레드쉬프트는 자동 메모리 관리가 기본으로 켜져 있어 레이, 지오메트리, 텍스처에 GPU 메모리를 나눠 배정합니다. 그래도 VRAM이 모자라면 렌더링이 중단되거나 텍스처 업로드가 늘어 시간이 길어질 수 있습니다.

공식 문서는 Auto Memory Management를 기본값으로 두고, 고급 사용자가 아니라면 수동 조정을 권하지 않습니다. 비어 있는 GPU 메모리의 90%를 쓰는 것이 기본이며, 다른 GPU 프로그램이 문제를 일으키면 80%나 70%로 낮추라고 안내합니다. 90%를 넘기는 설정은 일반적으로 권장하지 않습니다. 텍스처 업로드가 수백 MB에서 GB 단위로 커질 때만 텍스처 캐시를 늘려 보라는 설명도 있습니다.

“Redshift cannot operate with less than 256MB of free VRAM” 같은 메시지가 뜬다면 속도 문제가 아니라 메모리 문제입니다. 공식 문서는 가능한 한 VRAM이 큰 GPU를 쓰고, 4~6GB 카드는 오류가 잦다고 안내합니다. 카드를 바꿀 수 없다면 SLI 끄기, Windows Aero 끄기, Chrome과 다른 GPU 프로그램 닫기, 3D 프로그램을 한 번에 하나만 실행하기 같은 항목을 먼저 확인합니다. 엔진 공통 진단은 렌더링 VRAM 부족 오류 해결법 글에서 이어서 볼 수 있습니다. 공식 문서: Dealing with Out-Of-VRAM situations

설정을 손봐도 레드쉬프트 렌더링 느림이 남을 때: 멀티 GPU 검토

샘플과 메모리를 정리한 뒤에도 프레임 수가 많아 마감이 빠듯하다면 GPU를 더 쓰는 방법을 검토합니다. 로컬 장비를 늘리거나 GPU 서버를 시간 단위로 빌리는 방식이 있습니다.

GPU 서버는 시간당 요금이 있어 총비용을 먼저 계산해야 합니다. 예를 들어 iRender 가격 페이지(2026년 10월 20일 확인)는 RTX 4090 2장 구성을 시간당 15달러, 4장 구성을 30달러, 8장 구성을 52달러로 표기합니다. 1달러 1,335원(2026년 10월 16일 기준) 환산으로 각각 약 20,025원, 40,050원, 69,420원입니다. 3시간 이상 이용하면 10% 할인이 적용된다고 적혀 있습니다. RTX 5090 구성은 2장 20달러, 4장 38달러, 8장 62달러로 표기되어 있습니다. 다만 GPU를 두 배로 늘려도 시간이 절반이 되는 것은 아니므로, 같은 장면의 1프레임으로 먼저 시간을 비교해 보시기 바랍니다.

다른 서비스를 포함한 가격 구조 비교는 렌더팜 가격 비교 글에서, 시네마4D에서 쓰는 렌더팜 비교는 Cinema 4D 렌더팜 추천 글에서 다룹니다.

자주 묻는 질문 (FAQ)