BC-250용 RADV 드라이버 가이드¶
이 가이드는 Linux에서 BC-250의 주요 그래픽 드라이버인 Radeon Vulkan(RADV) 드라이버를 다룹니다.
RADV란?¶
RADV(Radeon Vulkan)는 Mesa의 일부로 개발된 AMD GPU용 오픈소스 Vulkan 드라이버입니다. BC-250의 "Cyan Skillfish" GPU(GFX1013 아키텍처)에 Vulkan API 지원을 제공합니다.
BC-250에서 RADV를 쓰는 이유¶
BC-250은 게이밍 및 데스크톱 사용에서 Linux에서만 동작합니다. Windows GPU 드라이버 지원이 없으므로, 그래픽 가속을 위해 RADV가 유일한 선택입니다:
- Linux 전용 GPU 지원 — Windows 드라이버 없음
- 오픈소스 — Mesa의 일부, 활발히 유지보수
- BC-250 전용 지원 — Mesa 25.1.0에 추가
- 대안보다 우수 — AMDVLK 및 독점 드라이버는 이 GPU를 지원하지 않음
- Vulkan + Zink — Vulkan 게임과 OpenGL(Zink 변환) 모두 처리
BC-250 GPU 아키텍처¶
- 코드명: Cyan Skillfish
- 아키텍처: GFX1013 (RDNA 1.5)
- 연산 단위: 24개 RDNA2 CU
- 기능: 하드웨어 레이 트레이싱 코어
- VRAM: 512MB–15.5GB 설정 가능(CPU와 공유)
- Vulkan ID:
RADV GFX1013
RDNA 1.5 하이브리드
BC-250은 Zen 2 CPU 코어와 축소된 PS5 GPU 코어를 결합한 독특한 하이브리드 아키텍처를 사용합니다. 일반 AMD APU가 아니며, DDR4/DDR5 대신 GDDR6를 사용하고 소비자 APU에는 없는 하드웨어 기능을 갖춥니다.
Mesa 버전 요구사항¶
최소: Mesa 25.1.0¶
BC-250 지원은 Mesa 25.1.0에 업스트림으로 추가되었습니다. 이전 버전은 사용하지 마세요 — 제대로 동작하지 않거나 아예 동작하지 않습니다.
권장: Mesa 25.3.6+¶
안정성과 성능을 위해 Mesa 25.3.6 이상을 사용하세요:
- 25.1.0 — BC-250 초기 지원
- 25.1.3+ — 권장 최소 버전
- 25.3.6 — 동작 확인(Fedora 43, 2026년 3월), 현재 안정 목표
Mesa 25.1의 변경 사항¶
Mesa 25.1에는 BC-250용 핵심 수정이 포함되어 있습니다:
- 연산 큐 수정 — 동작하지 않는 연산 전용 큐 비활성화(MR 33116)
- APU 통합 힙 — 메모리 관리 개선
- GFX1013 인식 — 올바른 GPU 식별
- 아티팩트 수정 — 시각적 glitch 감소
Mesa 25.0 및 이전 버전
25.1 이전 Mesa 버전은 커스텀 패치가 필요하고 지원이 중단되었습니다. 주요 배포판은 모두 저장소에 Mesa 25.1+를 제공합니다.
배포판별 설치¶
Fedora 43¶
Mesa 25.1은 이제 Fedora 43 메인라인 저장소에 포함되어 있습니다:
# 최신 Mesa로 업데이트
sudo dnf update mesa-*
# 버전 확인
glxinfo | grep "OpenGL version"
# Mesa 25.1.X 이상이 표시되어야 함
Fedora 42는 지원 종료
Fedora 42는 EOL에 도달했습니다. 최신 Mesa 패키지를 위해 Fedora 43으로 업그레이드하세요.
Bazzite¶
Bazzite는 기본적으로 Mesa 25.1+를 포함합니다:
# Mesa 버전 확인
rpm -qa | grep mesa
# 필요 시 업데이트
rpm-ostree upgrade
# Flatpak 앱용 mesa-git 설치(아래 Flatpak 섹션 참고)
Arch Linux / CachyOS¶
Mesa 25.1+는 Arch 공식 저장소에 있습니다:
# Mesa 설치/업데이트
sudo pacman -S mesa vulkan-radeon lib32-vulkan-radeon
# 설치 확인
pacman -Q mesa vulkan-radeon
**CachyOS**는 동일 패키지를 사용하지만 추가 최적화가 있을 수 있습니다:
Debian / PikaOS¶
**Debian**은 Mesa 25.1을 위해 experimental 저장소가 필요합니다:
# /etc/apt/sources.list에 experimental 저장소 추가
deb http://deb.debian.org/debian experimental main contrib non-free
# experimental에서 Mesa 설치
sudo apt update
sudo apt install -t experimental mesa-vulkan-drivers libgl1-mesa-dri mesa-utils
# 확인
glxinfo | grep "OpenGL version"
**PikaOS**는 Mesa 25.1+를 기본 포함합니다:
Manjaro¶
Manjaro 저장소에 Mesa 25.1+가 포함되어 있습니다:
확인 명령¶
Mesa 버전 확인¶
# OpenGL version 문자열에 Mesa 버전 포함
glxinfo | grep "OpenGL version"
# 예상: OpenGL version string: 4.6 (Compatibility Profile) Mesa 25.1.X
# 다른 방법
vulkaninfo | grep "driverVersion"
RADV 활성 여부 확인¶
# RADV가 표시되어야 함(AMDVLK 또는 llvmpipe 아님)
vulkaninfo | grep "driverName"
# 예상: driverName = radv
# GPU 이름 확인
vulkaninfo | grep "deviceName"
# 예상: deviceName = AMD Radeon Graphics (RADV GFX1013)
Vulkan 기능 확인¶
# 전체 Vulkan 디바이스 정보
vulkaninfo | grep -A 20 "VkPhysicalDeviceProperties"
# 다음이 표시되어야 함:
# - deviceType = PHYSICAL_DEVICE_TYPE_INTEGRATED_GPU
# - vendorID = 0x1002 (AMD)
# - driverName = radv
소프트웨어 렌더링이 아닌지 확인¶
# llvmpipe(소프트웨어 렌더링) 확인
vulkaninfo | grep -i llvmpipe
# 아무것도 반환되지 않아야 함 — llvmpipe가 보이면 GPU가 동작하지 않음
# 다른 확인 방법
glxinfo | grep "OpenGL renderer"
# 표시: AMD Radeon Graphics (gfx1013, LLVM...)
# llvmpipe 또는 software rasterizer가 아님
성능 튜닝¶
환경 변수¶
이 환경 변수는 RADV 동작을 제어하고 문제를 해결하거나 성능을 개선할 수 있습니다.
핵심 RADV 변수¶
# RADV 강제(AMDVLK 아님) — 보통 자동
export AMD_VULKAN_ICD=RADV
# 연산 큐 비활성화(Mesa 25.1+에서는 필요 없을 수 있음)
# 시각적 아티팩트가 있을 때만 사용
export RADV_DEBUG=nocompute
# 계층적 Z 버퍼 비활성화(일부 시각 glitch 수정)
export RADV_DEBUG=nohiz
# 여러 디버그 플래그 결합
export RADV_DEBUG=nocompute,nohiz
Mesa 25.1+의 RADV_DEBUG=nocompute
Mesa 25.1에는 MR 33116이 포함되어 동작하지 않는 연산 전용 큐를 자동으로 비활성화합니다. RADV_DEBUG=nocompute가 더 필요 없을 수 있지만, 유지해도 해가 되지 않습니다.
메모리 관리¶
# APU에서 통합 힙 활성화(권장)
# /etc/drirc에 추가:
<driconf>
<device>
<application name="Default">
<option name="radv_enable_unified_heap_on_apu" value="true" />
</application>
</device>
</driconf>
이 설정은 BC-250의 CPU/GPU 공유 메모리 아키텍처에 대한 메모리 관리를 개선합니다.
Zink를 통한 OpenGL¶
OpenGL 애플리케이션은 Zink(OpenGL on Vulkan)로 더 나은 성능을 얻을 수 있습니다:
# OpenGL에 Zink 강제
export MESA_LOADER_DRIVER_OVERRIDE=zink
# 또는 앱별
MESA_LOADER_DRIVER_OVERRIDE=zink ./opengl_game
Steam 실행 옵션¶
Steam에서 게임별로 환경 변수를 설정합니다:
# 게임 우클릭 -> 속성 -> 실행 옵션
# 기본(권장)
RADV_DEBUG=nohiz %command%
# 연산 큐 비활성화 포함
RADV_DEBUG=nocompute,nohiz %command%
# OpenGL 게임용 Zink
MESA_LOADER_DRIVER_OVERRIDE=zink %command%
# 모두 결합
AMD_VULKAN_ICD=RADV RADV_DEBUG=nohiz %command%
시스템 전역 설정¶
시스템 전역 설정은 /etc/environment에 추가합니다:
# /etc/environment 편집
sudo nano /etc/environment
# 다음 줄 추가:
AMD_VULKAN_ICD=RADV
RADV_DEBUG=nohiz
MESA_LOADER_DRIVER_OVERRIDE=zink
변경 적용:
Vulkan ICD 설정¶
Vulkan 로더가 RADV ICD 파일을 사용하는지 확인합니다:
# ICD 파일 존재 확인
ls /usr/share/vulkan/icd.d/
# 표시: radeon_icd.x86_64.json, radeon_icd.i686.json
# 필요 시 ICD 파일 수동 설정
export VK_ICD_FILENAMES=/usr/share/vulkan/icd.d/radeon_icd.x86_64.json:/usr/share/vulkan/icd.d/radeon_icd.i686.json
최신 배포판에서는 거의 필요 없지만, Steam Big Picture 모드의 하드웨어 가속에 도움이 될 수 있습니다.
BC-250에서 RADV 알려진 문제¶
시각적 아티팩트 및 glitch¶
증상: - 텍스처 손상 - 깜빡임 - 게임 내 시각 glitch - 검은 텍스처
해결 방법:
- Mesa 25.1.3+로 업데이트 — 많은 아티팩트가 새 버전에서 수정됨
RADV_DEBUG=nohiz사용 — 계층적 Z 버퍼 비활성화- MR 33962 적용 — 추가 아티팩트 수정(Mesa를 직접 빌드해야 할 수 있음)
- 통합 힙 활성화 — drirc 설정 추가(메모리 관리 섹션 참고)
# 먼저 nohiz로 테스트
RADV_DEBUG=nohiz ./game
# 도움이 안 되면 nocompute도 시도
RADV_DEBUG=nocompute,nohiz ./game
# nohiz로 검은 사각형이 안 고쳐지면 ACO 백엔드 강제
RADV_DEBUG=aco AMD_DEBUG=aco ./game
지속적인 검은 사각형용 ACO 백엔드
커스텀/패치 커널(예: Vietnam rebase, deck-patched) 사용자 중 일부는 RADV_DEBUG=nohiz만으로는 검은 사각형 아티팩트가 해결되지 않는다고 보고합니다. ACO 셰이더 컴파일러 백엔드를 RADV_DEBUG=aco AMD_DEBUG=aco로 강제하면 이러한 glitch가 완전히 사라진다고 보고되었습니다.
연산 큐 문제¶
증상: - 게임 실행 시 크래시 - 연산 셰이더 사용 시 앱 멈춤 - VRAM이 있는데도 "Out of memory" 오류
해결 방법:
BC-250의 연산 전용 큐는 동작하지 않습니다. Mesa 25.1+는 자동으로 비활성화하지만, 강제할 수 있습니다:
배경: BC-250 연산 큐에 하드웨어 문제가 있습니다. Mesa 25.1에는 GFX1013을 감지하고 연산 전용 큐를 기본으로 비활성화하는 우회 방법이 포함되어 있습니다.
Vulkan에서 제한된 VRAM 가시성¶
증상: - Vulkan이 12GB VRAM 분할 중 ~10GB만 인식 - BIOS 설정보다 적은 메모리를 앱이 보고
설명:
BC-250에서 Vulkan의 알려진 제한입니다. ROCm은 전체 VRAM을 볼 수 있지만, RADV는 더 적게 보고할 수 있습니다:
- BIOS 설정: CPU 4GB / GPU 12GB
- Vulkan 보고: ~10GB 사용 가능
- ROCm 보고: 전체 12GB
우회 방법:
TTM 메모리 제한을 늘려 GPU에 더 많은 시스템 메모리를 노출합니다:
# /etc/modprobe.d/ttm-mem-limit.conf에 추가
options ttm pages_limit=3959290 page_pool_size=3959290
# initramfs 재생성
sudo dracut --regenerate-all --force # Fedora
sudo mkinitcpio -P # Arch
sudo update-initramfs -u # Debian/Ubuntu
# 재부팅
GPU가 시스템 RAM을 VRAM overflow로 사용할 수 있어, 제한된 가시성을 부분적으로 보완합니다.
비디오 인코딩/디코딩 하드웨어 가속 없음¶
증상:
- VA-API 동작 안 함
- vainfo 오류 또는 디바이스 없음
- 하드웨어 비디오 인코딩 실패
설명:
BC-250의 비디오 인코딩/디코딩 하드웨어(VCN)는 필요한 펌웨어가 Sony에 의해 차단되어 동작하지 않습니다. Sony가 펌웨어 배포를 제어하므로 변경 가능성은 낮습니다:
우회 방법:
소프트웨어 인코딩/디코딩(CPU)을 사용합니다. 대부분 용도에서 성능은 충분합니다:
레이 트레이싱 성능¶
증상: - 레이 트레이싱 게임이 느리게 실행 - RT 코어가 효과적으로 활용되지 않음
설명:
BC-250에는 하드웨어 RT 코어가 있지만 RDNA 1.5 세대(RDNA ⅔만큼 효율적이지 않음)입니다. Mesa RT 구현은 개선 중이지만 GFX1013에 완전히 최적화되지 않았습니다:
- Portal RTX: ~40 FPS(720p, RT 사용)
- Quake 2 RTX: 플레이 가능하지만 느림
- 최신 RT 게임: 일반적으로 너무 부담
권장 사항: - 부담 큰 게임에서는 레이 트레이싱 비활성화 - RT 게임은 낮은 해상도(720p–900p) 사용 - Mesa 개선 대기
다른 AMD 드라이버와 비교¶
RADV vs AMDVLK¶
| 기능 | RADV | AMDVLK |
|---|---|---|
| 오픈소스 | Yes (Mesa) | Yes (AMD) |
| BC-250 지원 | ✅ Yes (Mesa 25.1+) | ❌ No |
| 성능 | 대부분 게임에서 우수 | 특정 게임에서 좋음 |
| 업데이트 | 빈번(Mesa 릴리스) | 덜 빈번 |
| 호환성 | 우수 | BC-250에서 제한적 |
결론: BC-250에서는 RADV만 선택 가능합니다. AMDVLK는 GFX1013을 지원하지 않습니다.
RADV vs 독점 AMD 드라이버¶
| 기능 | RADV | AMD PRO |
|---|---|---|
| BC-250 지원 | ✅ Yes | ❌ No |
| 게이밍 | 우수 | 해당 없음 |
| OpenGL | Zink 경유 | 네이티브 |
| Vulkan | 네이티브 | 네이티브 |
| Linux 커널 | 업스트림 AMDGPU | 동일(amdgpu) |
결론: AMD 독점 드라이버(AMDGPU-PRO)는 BC-250을 지원하지 않습니다. 오픈소스 amdgpu 커널 모듈 + 독점 userspace도 동작하지 않습니다. RADV가 필요합니다.
RADV vs ROCm¶
| 기능 | RADV | ROCm |
|---|---|---|
| 목적 | 게이밍(Vulkan) | 연산(HIP/OpenCL) |
| BC-250 지원 | ✅ 전체 | ⚠️ 부분 |
| 그래픽 | 우수 | 없음 |
| 연산 | 제한적(Vulkan compute) | 전체(동작 시) |
| AI/ML | Vulkan 백엔드 경유 | 네이티브 |
결론: 게이밍은 RADV, 연산 워크로드는 ROCm(동작 가능한 경우 — LLM 추론 섹션 참고).
BC-250의 ROCm은 실험적
GFX1013용 ROCm 지원은 불완전합니다. rocBLAS에 이 아키텍처용 사전 컴파일 커널이 없어 수동 빌드 또는 우회가 필요합니다. 대부분 사용자는 RADV + Vulkan compute 백엔드(예: llama.cpp)를 사용하는 것이 좋습니다.
고급 주제¶
소스에서 Mesa 빌드¶
최신 수정 또는 커스텀 패치가 필요한 경우:
빌드 의존성 설치¶
Fedora:
sudo dnf install meson ninja-build gcc g++ python3-mako \
libdrm-devel libxcb-devel libX11-devel libxshmfence-devel \
libXext-devel libXfixes-devel libXrandr-devel \
wayland-protocols-devel wayland-devel \
elfutils-devel llvm-devel cmake flex bison
Arch:
sudo pacman -S meson ninja gcc python-mako libdrm libxcb libx11 \
libxshmfence libxext libxfixes libxrandr \
wayland wayland-protocols elfutils llvm cmake flex bison
Mesa 컴파일¶
# Mesa 클론
git clone https://gitlab.freedesktop.org/mesa/mesa.git
cd mesa
# 안정 브랜치 체크아웃 또는 커스텀 패치 적용
git checkout mesa-25.1
# 필요 시 커스텀 패치 적용
# git am /path/to/patch.patch
# 빌드 구성
meson setup builddir/ \
-Dprefix=/usr/local \
-Dvulkan-drivers=amd \
-Dgallium-drivers=radeonsi,zink \
-Dplatforms=x11,wayland \
-Dbuildtype=release
# 컴파일(모든 CPU 코어 사용)
meson compile -C builddir/
# 설치
sudo meson install -C builddir/
# 확인
glxinfo | grep "OpenGL version"
vulkaninfo | grep "driverName"
Mesa 컴파일은 시스템을 망가뜨릴 수 있습니다
/usr/local에 Mesa를 설치하면 시스템 패키지와 충돌할 수 있습니다. 되돌릴 방법을 알 때만 수행하세요. /opt/mesa-git 같은 별도 prefix와 LD_LIBRARY_PATH 설정을 고려하세요.
BC-250 전용 패치 적용¶
커뮤니티 패치가 아직 업스트림에 없을 수 있습니다:
# 예: MR 33962(아티팩트 수정) 적용
cd mesa
git fetch origin merge-requests/33962/head:mr33962
git checkout mr33962
# 위와 같이 컴파일
Mesa-git과 Flatpak 앱 사용¶
Flatpak 앱은 자체 런타임 Mesa를 사용하며 오래된 경우가 있습니다. 더 새 Mesa를 강제합니다:
# Flathub Beta 저장소 추가
flatpak remote-add --if-not-exists flathub-beta \
https://flathub.org/beta-repo/flathub-beta.flatpakrepo
# 런타임 24.08용 mesa-git 설치(Flatpak 런타임 버전 확인)
flatpak install --system flathub-beta org.freedesktop.Platform.GL.mesa-git//24.08
flatpak install --system flathub-beta org.freedesktop.Platform.GL32.mesa-git//24.08
# systemd에서 mesa-git 사용 구성
sudo mkdir -p /etc/systemd/system/service.d
sudo bash -c 'echo -e "[Service]\nEnvironment=FLATPAK_GL_DRIVERS=mesa-git" > \
/etc/systemd/system/service.d/99-flatpak-mesa-git.conf'
# 재부팅 또는 flatpak 서비스 재시작
sudo systemctl daemon-reload
확인:
# Flatpak 앱 실행 후 Mesa 버전 확인
flatpak run --command=sh com.valvesoftware.Steam
$ glxinfo | grep "OpenGL version"
Flatpak 런타임 버전
23.08보다 오래된 런타임은 Mesa 25.1을 지원하지 않을 수 있습니다. Flatpak 앱이 런타임 24.08 이상을 사용하는지 확인하세요.
Vulkan으로 LLM 추론¶
Vulkan 백엔드로 대규모 언어 모델(LLM) 실행:
Vulkan용 llama.cpp:
# 사전 빌드 llama.cpp Vulkan 바이너리 다운로드
wget https://github.com/ggerganov/llama.cpp/releases/download/b6104/llama-b6104-bin-ubuntu-vulkan-x64.zip
unzip llama-b6104-bin-ubuntu-vulkan-x64.zip
cd build/bin
# OOM 오류 방지용 환경 변수
export GGML_VK_FORCE_MAX_ALLOCATION_SIZE=2000000000 # 2GB 청크
# 추론 실행
./llama-server --model /path/to/model.gguf --gpu-layers 99
# 예상 출력:
# ggml_vulkan: Found 1 Vulkan devices:
# ggml_vulkan: 0 = AMD Radeon Graphics (RADV GFX1013) (radv) | uma: 1 | fp16: 1
성능: - 4비트 양자화 8B 모델: ~60 tokens/sec - 데스크톱 실행 시 ~14.2 GB VRAM 사용 가능, BIOS VRAM 256–512MB 설정으로 충분(동적 할당이 나머지 처리) - BC-250에서 Vulkan 백엔드가 ROCm보다 안정적
팁: 최대 VRAM용 헤드리스 모드:
# GUI 비활성화로 추론용 ~800MB RAM 확보
sudo systemctl set-default multi-user.target && sudo reboot
# 이후 GUI 복원
sudo systemctl set-default graphical.target && sudo reboot
알려진 문제:
- Vulkan이 12GB VRAM 중 ~10GB만 인식(위 VRAM 가시성 문제 참고)
- 대형 모델(70B+)은 양자화 후에도 OOM 가능
- 할당 오류 방지에 GGML_VK_FORCE_MAX_ALLOCATION_SIZE 사용
문제 해결¶
RADV 미사용(llvmpipe 폴백)¶
증상:
원인: Mesa 드라이버 미설치 또는 동작 안 함.
해결 방법:
1. Mesa 버전 확인: glxinfo | grep Mesa
2. Vulkan RADV 드라이버 설치: sudo dnf install mesa-vulkan-drivers(Fedora) 또는 동등
3. amdgpu 커널 모듈 확인: lsmod | grep amdgpu
4. dmesg 오류 확인: dmesg | grep -i amdgpu
Vulkan 초기화 실패¶
증상:
원인: ICD 파일 누락 또는 잘못됨.
해결 방법:
# ICD 파일 확인
ls /usr/share/vulkan/icd.d/
# radeon_icd.x86_64.json 있어야 함
# ICD 경로 수동 설정
export VK_ICD_FILENAMES=/usr/share/vulkan/icd.d/radeon_icd.x86_64.json
# Mesa Vulkan 드라이버 재설치
sudo dnf reinstall mesa-vulkan-drivers # Fedora
sudo pacman -S vulkan-radeon # Arch
Mesa 25.1 이후에도 시각적 아티팩트 지속¶
증상: - 텍스처 여전히 손상 - 특정 게임에서 깜빡임 - 검은 사각형/삼각형
해결 방법(우선순위):
- Mesa 25.1.5+로 업데이트
RADV_DEBUG=nohiz사용- MR 33962 패치 적용(Mesa 컴파일 필요)
- drirc에서 통합 힙 활성화(메모리 관리 섹션 참고)
- 다른 커널 버전 테스트(6.12–6.14가 가장 좋음)
셰이더 컴파일 중 게임 크래시¶
증상: - 로딩 중 게임 크래시 - "Compiling shaders" 멈춤 - Steam 셰이더 사전 캐싱 실패
해결 방법:
# 셰이더 캐시 삭제
rm -rf ~/.cache/mesa_shader_cache
rm -rf ~/.local/share/Steam/steamapps/shadercache
# 셰이더 캐시 임시 비활성화
export MESA_SHADER_CACHE_DISABLE=1
# 게임 실행
./game
# 동작하면 캐시 재활성화 및 사전 컴파일:
unset MESA_SHADER_CACHE_DISABLE
# 게임이 캐시 재구축
RADV 동작하는데 성능 저조¶
증상:
- 게임에서 낮은 FPS
- nvtop에서 GPU 사용률 낮음
- GPU 주파수 1500MHz에 고정
원인: GPU governor 미실행(시스템 설정 가이드 참고).
빠른 확인:
# GPU 주파수 확인
cat /sys/class/drm/card0/device/pp_dpm_sclk
# 여러 주파수 단계와 현재 * 표시:
# 0: 1000Mhz
# 1: 1500Mhz *
# 2: 2000Mhz
# 1500MHz에 고정되면 governor가 동작하지 않음
systemctl status cyan-skillfish-governor-smu
해결 방법: GPU governor 설치 및 구성(시스템 설정 가이드 참고).
요약¶
**RADV**는 Linux에서 BC-250의 유일하게 동작하는 그래픽 드라이버입니다:
- ✅ 필수: Mesa 25.1.0 최소(25.1.5+ 권장)
- ✅ 동작: 모든 주요 Linux 배포판(Fedora, Arch, Debian, Bazzite 등)
- ✅ 성능: 720p–1080p 게이밍에 적합, RX 6600과 비슷
- ✅ 환경 변수:
RADV_DEBUG=nohiz권장, Mesa 25.1+에서는nocompute불필요할 수 있음 - ✅ 알려진 문제: 시각적 아티팩트(대부분 수정), 제한된 VRAM 가시성, VA-API 없음
- ❌ Windows 지원 없음: BC-250 GPU는 Windows에서 동작하지 않음
대부분 사용자는 배포판 저장소에서 Mesa 25.1+를 설치하고, Steam 실행 옵션에 RADV_DEBUG=nohiz를 설정하고, GPU governor를 설치하면 게이밍을 즐길 수 있습니다.
최종 업데이트: 2026-03-18 기반: Discord 커뮤니티 논의 참고: Linux 설정 가이드, 시스템 설정, 게이밍 및 성능