Repository navigation
[Success Report] RTX 3090 (2204) on Z790M/AMI + i9-13900HX: USB stick and on-disk loader, FP16 117-127 TFLOPS (post-unlock only) #203
moredollar
started this conversation in
Show and tell
Replies: 1 comment
|
谢谢,方法和记录都很扎实:三档功耗墙、输出哈希四轮逐位一致、每瓦效率单列、以及把"无锁定基线"这一点主动说清楚并声明倍数只是下界——这几条让数据可以放心引用。 已入档:
如果还能补,最有价值的只有一件事:锁定态同机基线。做法就是你自己写的三步——BIOS 启动顺序临时切回 Windows Boot Manager → 冷启动 → 另外两处观察不必现在解决,但值得留意:TF32 在 377→398 W 只 +0.5%、明显落后于同门 FP16/BF16,可能是该形状下 cuBLAS 换核或撞到非功耗瓶颈;398 W 档边际 +2.6% 也已经进平台期,往上再加墙大概率不划算。 |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
结论先行:RTX 3090
2204+ Intel Z790M(AMI)+ i9-13900HX 上,U 盘与内置硬盘分区两种形态都跑通,系统内ssdiag读回 PLM/SS 全绿;解锁后 8192³ GEMM 稳态 FP16 117–127 TFLOPS(随功耗墙 348 → 398 W 变化)。先说清楚一件事:本机没有做锁定态冷启动基线,所以下面所有倍数都是从架构上限按频率折算的保守下界,不是同机 A/B,请不要当提速声称引用。这一点在 §五 展开。
一、硬件与平台
10de:2204/145410DE,REV A194.02.42.80.b8(未改)0000:01:00.0,PCIe 4.0 x16(空闲降 Gen1)Leo-Patch 1.8(2025-08-07)32.0.16.1742),CUDA UMD 13.4Display Active = Disabledv2.1.10(未本地编译)这个组合与 #159(3090
2204+ Z790/AMI)同卡、同芯片、同平台族,差别只在板厂(国产 Z790M vs ASUS PRIME Z790-P)和 VBIOS 版本,所以不算"首次尝试的未知组合"。二、两种使用形态都验证过
EFI\BOOT\BOOTX64.EFI+ 7 个 ga102 资产,81 MB,8 文件哈希与源一致NVUnlockDiskMenuv2 写入:FAT32 卷标NVUNLOCK,0.46 GB,自定义路径\EFI\NVUNLOCK\BOOTX64.EFI,8/8 资产哈希 MATCH后者是 FAQ 里"专业用户自担"的常驻形态。两点实况值得记录:
nvunlock-install-state.json(含分区 GUID 与原分区大小),有回滚信息;i_know_what_i_am_doing.txt,loader 会进入CONFIRM: marker present - ARMED: 5s countdown auto-runs, ANY key aborts—— 也就是每次开机自动执行。没有"拔盘"这个退出阀,出问题只能进 BIOS 改回 Windows Boot Manager。三、读回(唯一成功判据)
ssdiag系统内(管理员):同一份报告里
turing 0x4096xx三行都是0xbadf5040(PRIV_VIOLATION)—— GA102 上属预期,不是失败,按 badf 分桶纪律归为"特权读被挡",不代表锁还关着。其他顺带读数:
PMC_BOOT_0 = 0xb72000a1、FUSE_VER_DECODE = 3、WPR2_LO = 0x1ffffe00(交棒后 GSP 已重新拥有 WPR2 窗口,与 loader 内的窗口不同值属正常交棒形态)。四、解锁后性能实测
方法对齐 #159:
torch.mm8192³、FP32 累加、固定种子、5 预热 + 30 次取中位,附左上 256×256 的 SHA-256 锚。三档功耗墙各跑一遍。四次运行的结果哈希逐位相同(
a1407598…/7556ae28…/1f04da14…/c1b2e567…),差异纯粹来自时钟。功耗 +14.5% 换持续算力 +7.8%,斜率约 0.54,已经进入收益递减;398 W 这一档的边际只有 +2.6%,再往上预计接近平台期。一处异常如实记下:TF32 在第二档只涨 0.5%(68.80 → 69.14),明显落后于同门的 FP16/BF16,疑似 cublas 在该形状下换了内核或触及非功耗瓶颈,未定位。
五、倍数怎么来的(以及它不是什么)
没有锁定态基线,所以用同频架构上限折算:
两条旁证:FP32 对照路径在三次放宽中只跟随时钟走(25.83 → 27.70,+7.2%,与 SM 时钟 +8.5% 同量级),说明没有副作用;FP16/FP32 比值为 4.55,出厂形态在结构上不可能是这个比例。
但这不是 A/B。 真 A/B 需要:BIOS 启动顺序临时切回 Windows Boot Manager → 冷启动 →
ssdiag确认NOT_UNLOCKED→ 跑同一脚本 → 恢复。本机因为常驻分区形态没做这一步,所以上面的数字只能当"解锁后绝对性能 + 保守下界倍数"引用。同卡型的外部 A/B 可参考 #159:273 W 下 TF32 +58% / BF16 +50% / FP16 +44%,300 s 稳态 +38%。
六、必须带上的限定
七、复现
固定形状 8192³,改
N/ITERS即可;torch 2.8.0+cu129 本地副本;每轮同时用nvidia-smi --query-gpu=clocks.sm,power.draw,temperature.gpu做 1 s 采样。ssdiag需要管理员权限(会临时装签名驱动pmxdrv.sys,SCM 会记 7045 事件)。原始输出(7 份 bench 文本 + ssdiag 全文)已留存,需要的话可以补上来。
All reactions