https://cmp.wiki/w/index.php?action=history&feed=atom&title=170tune170tune - Revision history2026-10-31T08:27:40ZRevision history for this page on the wikiMediaWiki 1.43.11https://cmp.wiki/w/index.php?title=170tune&diff=144&oldid=prevImportBot: Import: 170tune tuning harness, @rh3dai, @robbbbbb7973, @cibernox, @ichundes, @drew_2, @vektor_prime, @vcore2191, @gnasherrr; repos cachenetics/170tune, vektorprime/170tune2026-10-30T08:03:45Z<p>Import: 170tune tuning harness, @rh3dai, @robbbbbb7973, @cibernox, @ichundes, @drew_2, @vektor_prime, @vcore2191, @gnasherrr; repos cachenetics/170tune, vektorprime/170tune</p>
<p><b>New page</b></p><div>{{Status|Reported}} {{Cards|both}}<br />
<br />
'''170tune''' is a tuning and qualification harness for the CMP 170HX: SM clock ceiling and undervolt (clock offset), live HBM memory clock, DRAM timings and refresh, each gated by a hot full-VRAM write and read-back plus a bit-exact compute check. It applies settings live over BAR0, with no driver rebuild or VBIOS flash, so the card always boots stock. It is built around the card's failure mode: silent memory corruption. {{Source|handle=rh3dai|date=2026-10-04|link=https://discord.com/channels/1518634379604136178/1518695289278566450/1556287917775655053|repo=https://github.com/cachenetics/170tune}}.<br />
<br />
* Upstream: https://github.com/cachenetics/170tune (Cachenetics, commits by studebaker8, MIT). Last commit 2026-09-28.<br />
* Fork with 10 GB support: https://github.com/vektorprime/170tune, branch <code><nowiki>fbpa-first-active</nowiki></code> (2026-10-07), meant to pair with https://github.com/vektorprime/cmpunlocker branch <code><nowiki>fbpa-pll-170tune</nowiki></code>. {{Source|handle=rh3dai|date=2026-10-04|link=https://discord.com/channels/1518634379604136178/1518695289278566450/1556287917775655053|repo=https://github.com/vektorprime/170tune}}.<br />
<br />
== Requirements ==<br />
* A CMP 170HX: <code><nowiki>0x20C2</nowiki></code> (8 GB, 64 GB unlocked) or <code><nowiki>0x2082</nowiki></code> (10 GB, 40 GB unlocked); any other device is refused. {{Source|handle=rh3dai|date=2026-10-04|link=https://discord.com/channels/1518634379604136178/1518695289278566450/1556287917775655053|repo=https://github.com/cachenetics/170tune}}.<br />
* The cmpunlocker memory unlock, reference driver 610.43.03, <code><nowiki>iomem=relaxed</nowiki></code> on the kernel command line, NVML and a CUDA toolkit to build the sm_80 probes, root. <code><nowiki>sudo 170tune preflight</nowiki></code> checks all of it. {{Source|handle=rh3dai|date=2026-10-04|link=https://discord.com/channels/1518634379604136178/1518695289278566450/1556287917775655053|repo=https://github.com/cachenetics/170tune}}.<br />
* {{Status|Warning}} '''The unlock must open the right register window.''' The live memory clock tool reads and writes the unicast FBPA0 PLL window (<code><nowiki>0x00903c7c</nowiki></code> / <code><nowiki>0x00903c98</nowiki></code>). An unlock that only opens the broadcast window (asm64-hooligan's cmpunlocker opens only <code><nowiki>0x009a3c7c</nowiki></code>) makes those reads return a PRI error (<code><nowiki>0xBADF...</nowiki></code>), and preflight reports the window as fenced. Use a cmpunlocker lineage that 170tune targets, or set the memory clock with the unlock's driver bake (<code><nowiki>--mclk-ndiv=N</nowiki></code>) and do not use 170tune's live memory clock. A driver built with <code><nowiki>--mclk-ndiv</nowiki></code> is refused by 170tune. {{Source|handle=rh3dai|date=2026-10-04|link=https://discord.com/channels/1518634379604136178/1518695289278566450/1556290671839551501}}<br />{{Source|handle=rh3dai|date=2026-10-04|link=https://discord.com/channels/1518634379604136178/1518695289278566450/1556287917775655053|repo=https://github.com/cachenetics/170tune}}. Which unlock builds open which window is on [[Driver unlock]].<br />
<br />
== What it found on the reference card ==<br />
All numbers are from one 8 GB card on the 300 W VBIOS (92.00.6D.00.0A), PCIe Gen2 x4. The authors insist you qualify your own card. {{Source|handle=rh3dai|date=2026-10-04|link=https://discord.com/channels/1518634379604136178/1518695289278566450/1556287917775655053|repo=https://github.com/cachenetics/170tune}}.<br />
* Memory clock = NDIV x 27 MHz. Stock points, detected automatically: 10 GB card NDIV 45 (1215 MHz), 8 GB 250 W VBIOS NDIV 54 (1458 MHz), 8 GB 300 W VBIOS NDIV 64 (1728 MHz). The two 8 GB VBIOS variants cannot be told apart by PCI ID; <code><nowiki>STOCK_NDIV=<n></nowiki></code> overrides.<br />
* Serving default: SM offset +250 with a 1400 MHz ceiling, HBM NDIV 70, REFRESH 24, fan driven by HBM temperature: +10 percent read bandwidth with zero Xids as long as HBM stays at or below about 76 C. NDIV up to 76 (+19 percent) is bench only: NDIV 72 corrupts as it heats past about 75 C, 74 to 76 crash on the first real load.<br />
* SM offsets +300 and +350 pass cool benchmarks and then fault in a long serving soak with Xid 13 on weak SMs; under a 200 W cap +280 and +290 threw Xid 13 then Xid 43. Serving-qualified offsets on this card: +200 and +250.<br />
* Stock BF16 tensor GEMM 184.3 TFLOPS at 199.2 W; +250 at 1400 MHz gives 186.5 TFLOPS at 142.2 W (29 percent less power at stock performance). Stock HBM read 1679 GB/s.<br />
* Single-stream decode is not bandwidth bound, so the HBM overclock buys almost nothing there. A 175 W cap is the efficiency knee for unattended serving.<br />
<br />
== Rules from its changelog ==<br />
{{Status|Warning}}<br />
* Never change NDIV while a CUDA context is active: the GPU wedges (Xid 45 or 119) and needs a power cycle.<br />
* Drive the GPU fan from HBM temperature whenever the card serves.<br />
* Four or more hot sweeps are the gate. Two clean sweeps once shipped a profile that later returned memory errors.<br />
* <code><nowiki>nvidia-smi</nowiki></code> reports 1728 MHz at every NDIV. Read the real value with <code><nowiki>170tune -i N status</nowiki></code>.<br />
* An NVML clock-offset write can return success while the driver drops it; only a read-back proves it applied. A 150 W power ceiling on some cards is a VBIOS value that neither 170tune nor cmpunlocker changes.<br />
{{Source|handle=rh3dai|date=2026-10-04|link=https://discord.com/channels/1518634379604136178/1518695289278566450/1556287917775655053|repo=https://github.com/cachenetics/170tune}}.<br />{{Source|handle=rh3dai|date=2026-10-04|link=https://discord.com/channels/1518634379604136178/1518695289278566450/1556287917775655053|repo=https://github.com/vektorprime/170tune}}.<br />
<br />
== Persistence ==<br />
<code><nowiki>170tune persist save</nowiki></code> writes a receipt that binds the card serial, PCI ID, driver and VBIOS; a driver or VBIOS change invalidates it. <code><nowiki>persist enable</nowiki></code> installs a one-shot systemd unit that applies the settings after the driver loads, and <code><nowiki>170tune-bootcheck.service</nowiki></code> reverts to stock if the previous boot's apply never checked in. To undo: <code><nowiki>170tune persist disable</nowiki></code> or <code><nowiki>systemctl mask 170tune-persist.service</nowiki></code>. Select cards with <code><nowiki>-i N</nowiki></code> or <code><nowiki>--gpu N</nowiki></code>. {{Source|handle=rh3dai|date=2026-10-04|link=https://discord.com/channels/1518634379604136178/1518695289278566450/1556287917775655053|repo=https://github.com/cachenetics/170tune}}.<br />
<br />
== 10 GB card ==<br />
Only on the vektorprime fork branch <code><nowiki>fbpa-first-active</nowiki></code>, which finds the PLL window through the first live memory partition instead of FBPA0 and stops reporting 10 GB tuning that never applied. On the test 10 GB card (VBIOS 92.00.66.00.02) the GPC clock-offset range is [0, +0], so there is no SM undervolt, and the SM clock tops out at 1410 MHz. NDIV 55 corrupted on the first sweep and wedged the card; NDIV 50 passed a 4-sweep screen and gave +14.2 percent read bandwidth over stock (1418 GB/s measured stock read). {{Source|handle=rh3dai|date=2026-10-04|link=https://discord.com/channels/1518634379604136178/1518695289278566450/1556287917775655053|repo=https://github.com/vektorprime/170tune}}.<br />
<br />
== Experience in the Discord ==<br />
* {{Status|Contested}} '''Offsets differ per card.''' The reference card serves at +250. @cibernox ran the 170tune stability gate at +250, found his card unstable in practice, and settled on +150. {{Source|handle=cibernox|date=2026-10-07|link=https://discord.com/channels/1518634379604136178/1518695289278566450/1557415258174267494}} @ichundes followed the full procedure including workload tests and still saw sporadic errors on a 2-card box, with no way to tell which card. {{Source|handle=ichundes|date=2026-10-07|link=https://discord.com/channels/1518634379604136178/1518695289278566450/1557390595197247540}}<br />
* '''Preflight fails with "FBPA privilege masks".''' @rh3dai hit <code><nowiki>[FAIL] FBPA privilege masks (unlock)</nowiki></code>. {{Source|handle=rh3dai|date=2026-10-04|link=https://discord.com/channels/1518634379604136178/1518695289278566450/1556287917775655053}} @drew_2 got the same with the latest cachenetics/170tune on amoghmunikote master, and again with the vektorprime pair. {{Source|handle=drew_2|date=2026-10-12|link=https://discord.com/channels/1518634379604136178/1555480078089986138/1559076045645160469}} @vektor_prime's first question: are you on the <code><nowiki>fbpa-pll-170tune</nowiki></code> branch? {{Source|handle=vektor_prime|date=2026-10-08|link=https://discord.com/channels/1518634379604136178/1555480078089986138/1557555043152957623}} On @rh3dai's 36 cards, all but one tuned on the vektorprime build on the first try. {{Source|handle=rh3dai|date=2026-10-11|link=https://discord.com/channels/1518634379604136178/1555480078089986138/1558974269449314335}}<br />
* '''The HOT pass on water.''' Water-cooled cards whose HBM stays at 45 to 50 C never reach the hot gate's threshold, so the HOT pass never completes. {{Source|handle=rh3dai|date=2026-10-07|link=https://discord.com/channels/1518634379604136178/1555480078089986138/1557500085561073766}}<br />{{Source|handle=rh3dai|date=2026-10-14|link=https://discord.com/channels/1518634379604136178/1518692084729511967/1559924528497426436}}<br />
* '''LACT accepts more.''' The LACT curve editor sets voltage and frequency curves that 170tune refuses, for example a curve from 210 MHz up to 1695 MHz. {{Source|handle=vcore2191|date=2026-10-07|link=https://discord.com/channels/1518634379604136178/1534543856006332586/1557368673264476172}}<br />
* '''Idle settings.''' @robbbbbb7973's idle gate output (driver 610.57.04, VBIOS 92.00.6D.00.0A): <code><nowiki>IDLE_CLK=210 IDLE_NDIV=30 COOL_REFRESH=24 IDLE_REFRESH=48 BUSY_NDIV=64 BUSY_REFRESH=6 COOL_C=60 HOT_C=63</nowiki></code>; his three cards idle at 23, 25 and 26 W. {{Source|handle=robbbbbb7973|date=2026-10-10|link=https://discord.com/channels/1518634379604136178/1534543856006332586/1558371152831844353}}<br />{{Source|handle=robbbbbb7973|date=2026-10-11|link=https://discord.com/channels/1518634379604136178/1534543856006332586/1558697399491240027}}<br />
* '''No combined build yet.''' @gnasherrr asked for a fork that does both P2P and 170tune; nobody named one. {{Source|handle=gnasherrr|date=2026-10-26|link=https://discord.com/channels/1518634379604136178/1518692084729511967/1564165428631179337}}<br />
<br />
== See also ==<br />
* [[Tools]]<br />
* [[Testing and burn-in]]<br />
* [[Monitoring]]<br />
* [[Cooling and power]]<br />
* [[Driver unlock]]<br />
<br />
{{ImportFooter}}<br />
[[Category:Tools]]<br />
[[Category:8 GB]]<br />
[[Category:10 GB]]</div>ImportBot