검색
← 모듈 로드맵

RTX 3090 언락 후 vLLM 성능·안정성 보고

발행 출처 GitHub · github.com

깃허브사례전문가

나중에 보기좋아요
공유 · 인쇄
후기댓글

기본 상태의(변경되지 않은) RTX 3090에 대한 성공 보고서입니다. #15에서 확인된 vLLM prefill 향상을 독립적으로 재확인했으며, 프로덕션 서빙 박스에서의 안정성 데이터도 포함합니다.

시스템

  • GPU: RTX 3090 24 GB (GA102, 10de:2204), 기본 VBIOS 94.02.59.00.05, 350 W 전력 제한
  • 드라이버 615.71.09 · 커널 7.0.0-38-generic · Ubuntu 24.04 베이스, 물리 머신, SecureBoot 비활성화
  • gpu-unlock-dkms + gpu-unlock-firmware 1.0.0을 소스에서 빌드(커밋 a9b0c75), 모듈을 initramfs에 포함
  • 커널 cmdline: gpu_unlock.targets=0000:01:00.0

부팅 증거 모듈이 initramfs에서 로드되며, 전체 FWSEC 체인이 파싱됩니다(ROM BIT → ucode table → FWSEC descriptor/geometry/interface/mapper → signature selection, fuse_version=2). 그 다음:

코드
[    7.363286] pci 0000:01:00.0: gpu_unlock: unlocked

이후 nvidia 드라이버가 정상적으로 로드되며, 회귀는 없습니다.

LLM A/B — 동일 컨테이너, 동일 파라미터 vLLM 0.30.0으로 27B BF16 모델을 서빙했으며, 2904 토큰 프롬프트 / 148 토큰 완료, 각 실행의 중앙값은 3회 기준입니다:

재고잠금 해제됨Δ
사전 채움 (tok/s)12346 / 1185716165 / 15992+33%
디코드 (tok/s)112.98 / 112.84114.24 / 114.39+1.2 % (변화 없음)
사전 채움 TTFT (s)0.235–0.2480.176–0.190−24 %

decode가 변화 없이 유지되는 것은 대역폭 제한 기대와 일치합니다. 기본 3090에서의 +33 % prefill은 #15의 수정된 3080 20 GB에서의 +33 %와 일치합니다.

안정성 같은 날 8시간 이상 연속 혼합 프로덕션 부하를 가했습니다: 항상 켜진 LLM 서빙(24/24.5 GB VRAM 상주), 4× 1024² diffusion 이미지 생성, 그리고 4× 124프레임 이미지-투-비디오 실행(약 24.2 GB에 닿는 스트리밍 워크로드). 멈춤 없음, Xid 오류 없음, 스로틀링 없음. 전체 부하 온도(82–86 °C)와 350 W 제한에서의 전력은 기본 상태와 동일했습니다.

저희가 사용해 효과가 있었던 설치/안전 절차(처음 사용하는 분들께 도움이 될 수 있습니다)

  1. 먼저 Ubuntu initramfs 함정부터 확인합니다(Ubuntu/initramfs-tools: nvidia.ko in the initramfs binds the card before gpu_unlock loads (unlock fails with -EBUSY) #11 참고): lsinitramfs /boot/initrd.img-$(uname -r) | grep -c '\.ko'. 저희 것은 전체 이미지(926 .ko)이며 nvidia.ko는 포함되어 있지 않습니다(nvidia는 나중에 rootfs에서 udev를 통해 로드됨). 따라서 표준 dkms+initramfs 경로는 안전합니다 — -EBUSY 순서 위험이 없고, softdep도 필요하지 않습니다.
  2. 먼저 cmdline 파라미터 없이 패키지를 설치합니다 → 모듈은 로드되지만 idle 상태로 남습니다(무해함을 확인). 그다음 gpu_unlock.targets=…를 추가하고 cold reboot 합니다.
  3. 첫 재부팅 전에 SysRq 탈출 경로를 확인합니다(kernel.sysrq=1, sync/remount/reboot 경로를 테스트). 저희는 이 기능이 필요하지 않았습니다.
  4. 롤백은 한 줄이면 됩니다: 커널 파라미터 제거 → update-grub → 재부팅. 완전 제거: apt remove gpu-unlock-dkms gpu-unlock-firmware. 아무것도 플래시하지 않았고, VBIOS도 건드리지 않았습니다.

주의 사항

@Zagitta께 감사드립니다 — 부팅 로그의 FWSEC 파싱 덕분에 모듈이 무엇을 하는지 매우 쉽게 신뢰할 수 있었습니다.

출처

  • 원문: https://github.com/Zagitta/gpu-unlock/issues/25 (2026-10-25 · github.com)

자료 변경 기록을 불러오는 중입니다.

다음 자료를 불러오는 중입니다.

후기

아직 후기가 없습니다

직접 적용한 결과와 주의할 점을 공유하는 공간입니다.

로그인하고 후기 쓰기

참고 자료 · 도구와 릴리스 노트

댓글