.venv-gsplat — Torch 2.7.1+cu128, gsplat 1.5.3(SHA 검증 sdist), NumPy 2.2.6, Pillow 11.2.1, 37-package inventory. 14 CPU tests, Pyright 0 errors/0 warnings, 로그인 노드에서 renderer import 없음.complete.json은 PASS였으나 frozen independent checker가 runtime.nvcc 오류로 FAIL.CUDA_HOME은 설정했지만 bin을 PATH에 추가하지 않았고 producer가 bare nvcc를 probe. gsplat extension setup/렌더링 성공이 compiler-version 증거의 부재를 대체하지 못함.관측 장면의 appearance를 Gaussian splat으로 표현하고 native MuJoCo mesh와 합성(compositor)하는 경로를 검토하기 위한 전제 단계다. B200 worker에서 gsplat CUDA extension이 실제로 빌드·실행되는지를 synthetic 입력만으로 확인하는 runtime readiness smoke가 필요했다.
기존 환경과 이전 scene 출력은 보존했고, 로그인 노드에서는 renderer를 import하지 않았다.
| 항목 | 값 | 판정 |
|---|---|---|
| Slurm 상태 | COMPLETED, exit 0, 2분 (2026-09-18 16:25:56 KST 시작) | OK |
producer complete.json | PASS | 자체 판정 |
| frozen independent checker | runtime.nvcc="[Errno 2] No such file or directory: 'nvcc'" | FAIL |
| CPU 진단: SGD loss | 0.0100453327211 → 0.0100448090639 | 감소 (−5.24e-7) |
| CPU 진단: alpha/support, D/ED, front-to-back layer, common translation, analytic color gradient | frozen math 전부 통과 | PASS (diagnostic only) |
| artifact hash, source/package binding, embedded PNG 3장 | 통과, PNG 직접 검수 | PASS (diagnostic only) |
CUDA_HOME만 설정하고 그 bin 디렉토리를 PATH에 추가하지 않음. producer는 bare nvcc를 호출 → worker compiler 버전 증거가 저장되지 않음. 이는 runtime 비호환 주장의 근거가 아니며 checker 완화 근거도 아님.producer의 자체 PASS와 독립 checker의 FAIL이 갈린 사례 — fail-closed 검증 구조가 실제로 누락을 잡았다. 진단 검사가 모두 통과해도 formal FAIL은 유지하고 retry/version sweep을 제출하지 않았다. 후속 oracle sbatch(job 136000 runtime.json)에서는 절대경로 /usr/local/cuda-12.8/bin/nvcc probe로 CUDA 12.8.61, gcc 11.4.0이 실제로 기록되어 이 결함이 수정되었음이 확인된다.
geometry derivative 정확성과 physical mesh compositing은 미증명. 이 job의 누락된 compiler 관측은 소급 보완 불가.
fail-closed 절대 CUDA_HOME compiler probe를 포함한 별도 검토 계획으로 compositor oracle을 진행 (→ shared-static oracle runtime chain 카드). G001 in progress, G002–G005 pending 상태는 유지.