[{"data":1,"prerenderedAt":326},["ShallowReactive",2],{"finding:negative-findings-chapter":3,"finding-runs:negative-findings-chapter":211,"finding-related:negative-findings-chapter":225},{"meta":4,"impact":37,"sections":41},{"id":5,"title":6,"subtitle":7,"eyebrow":8,"date":9,"status":10,"category":11,"polarity":12,"axes":13,"tags":17,"task_code":27,"related_runs":28,"related_findings":30},"negative-findings-chapter","§5.4 Negative findings — 失敗から得た 3 つの発見 (卒論章ドラフト)","卒論 §5.4 として直接転記する初稿。scale 正則化の 3 連敗、MCMC 移植の 4 連敗、#5.31 ArgBuffer 却下 → M-3.x の偶発的発見、の 3 ストーリーを engineering 上の発見として位置付け直し、卒論貢献の一部に組み込む。","卒論章ドラフト · §5.4","2026-05-22","stable","chapter","negative",[14,15,16],1,2,3,[18,19,11,20,21,22,23,24,25,26],"thesis-draft","negative-findings","scale-reg","mcmc","argbuffer","queue-reuse","m3x","honest-reject","methodology","§5.4",[29],"lego-sh3-30k",[31,32,33,34,35,36],"mcmc-3-defects","phase5-step30-profile","phase5-step30b-timing","phase5-step31-encoding-profile","phase5-step31-x-gpu-loss","phase-c-migration-gate",{"summary":38,"rank":39,"verdict":40},"3 ストーリー (scale_reg 3 連敗 \u002F MCMC 4 連敗 \u002F #5.31 ArgBuffer 却下 → M-3.x 偶発発見) を「事前 commit gate に基づく honest reject が engineering 上の時間配分を保護し、失敗の数字自体が次に必要な infrastructure の signal を encode する」という方法論として整理。M-3.x baseline と第 3 軸 (unified memory) narrative はいずれもこの経路で確定。","high","accepted",[42,50,53,56,59,61,63,65,67,69,76,78,80,85,87,89,91,93,94,96,97,99,141,143,144,146,151,153,154,156,161,163,164,166,168,170,175,177,179,181,183,185,187,188,190,192,194,198,200],{"type":43,"items":44},"kv",[45,47],{"key":46,"value":9},"作成日",{"key":48,"value":49},"位置付け","卒業論文 §5.4 として直接転記する初稿。一次資料は \u003Ccode>docs\u002Ffindings\u002F\u003C\u002Fcode> 配下のノートと \u003Ccode>3dgs-rs\u002FREADME.md\u003C\u002Fcode> ablation 表に明示する。文体は卒論本文用 (だ・である体)。",{"type":51,"text":52},"heading","§5.4 リード — Engineering における negative findings の位置付け",{"type":54,"text":55},"lead","本研究は 3D Gaussian Splatting (3DGS) を Apple Silicon 上で native 実装する試みであり、forward \u002F backward kernel 群、refine スケジュール、損失関数、Apple 固有の最適化と、多層にわたる構成要素を段階的に積み上げてきた。これらの過程では、事前 commit した gate (PSNR \u002F wallclock の最低基準) を満たさず採用に至らなかった試みが多数発生した。本章は、そうした「失敗の記録」を engineering 上の発見として位置付け直し、卒論の貢献の一部に組み込むことを目的とする。",{"type":57,"text":58},"paragraph","特に以下の 3 ストーリーは、いずれも単発の reject ではなく \u003Cstrong>複数試行を経て初めて原因の構造が見えた\u003C\u002Fstrong> 事例であり、benchmark を前提とした自己検証手順がどのように研究を駆動したかを示す典型例である。本章では各事例について、(i) 動機、(ii) 試行と症状、(iii) 後付けでの原因理解、(iv) その失敗から得た知見と次の発見への接続、の 4 軸で整理する。",{"type":51,"text":60},"§5.4.1 scale 正則化の 3 連敗 — variance formulation の設計的限界",{"type":51,"level":16,"text":62},"発端",{"type":57,"text":64},"Phase 4 後続段階で classic refine ベースの自作実装は val PSNR 25.59 dB (M-1) に頭打ちとなり、brush との -11.78 dB gap の一因として「splat の scale 暴走」が候補に上がった。brush は MCMC の birth-death 平衡で間接的に scale を抑制していると推測されたため、本実装でも loss 側に scale 正則化項を加えることで gap を縮めることを期待した (\u003Ccode>3dgs-rs\u002FREADME.md\u003C\u002Fcode> §「後続 F: scale_reg v2」)。",{"type":51,"level":16,"text":66},"試行",{"type":57,"text":68},"3 つの formulation を順次試した:",{"type":70,"ordered":71,"items":72},"list",true,[73,74,75],"\u003Cstrong>v0: \u003Ccode>loss = w · log_scale²\u003C\u002Fcode>\u003C\u002Fstrong> — log 空間で 0 (= scale = 1) へ引き付ける素朴な定式化。実シーンの scene scale が ~0.03 程度のため完全に逆方向の力が働き、学習初期に \u003Cstrong>NaN 発散\u003C\u002Fstrong> した。","\u003Cstrong>v1: \u003Ccode>loss = w · scale² = w · exp(2·log_scale)\u003C\u002Fcode>\u003C\u002Fstrong> — scale 空間で抑制する形に修正。今度は classic refine の aggressive growth と相互作用し、splats が \u003Cstrong>約 1M 個まで飽和\u003C\u002Fstrong>、val PSNR は \u003Cstrong>13.46 dB\u003C\u002Fstrong> へ劣化した。","\u003Cstrong>v2: variance formulation \u003Ccode>loss = w · Σ (log_scaleᵢ − μ_axis)²\u003C\u002Fcode>\u003C\u002Fstrong> — 軸方向平均を free にして分散のみを抑える定式化に再修正。これに weight sweep と warmup schedule、split cap を加えた 4 config (L-1〜L-4) を 10k iter で実行した結果は \u003Cstrong>16.06〜16.31 dB\u003C\u002Fstrong>、いずれも K-5 baseline (23.29 dB) \u002F M-1 (25.59 dB) から約 -7 dB の致命的劣化に終わった (\u003Ccode>3dgs-rs\u002FREADME.md\u003C\u002Fcode> 表行 L-1〜L-4)。",{"type":51,"level":16,"text":77},"原因の理解",{"type":57,"text":79},"3 回の失敗を通じて、scale_reg 単体の問題ではなく \u003Cstrong>「splat の生死と scale の連動」が classic refine では実現できていない\u003C\u002Fstrong> という構造的欠陥が浮上した。すなわち:",{"type":70,"items":81},[82,83,84],"log 空間で正則化すれば scale = 1 という非物理的な値へ引かれる (v0)","scale 空間で正則化すれば、refine の clone\u002Fsplit が cap を作らず延々と splat を増やす (v1)","平均 free の variance formulation でも、anisotropic な細部を均してしまい PSNR を回復できない (v2)",{"type":57,"text":86},"3 度目の失敗が確定した時点で、これは「formulation を変えれば解ける」種類の問題ではなく、\u003Cstrong>「MCMC 的な birth-death 平衡が無い環境では scale_reg は本質的に機能しない」\u003C\u002Fstrong> と結論付けた (\u003Ccode>3dgs-rs\u002FREADME.md\u003C\u002Fcode> §「30-F-4 negative」)。",{"type":51,"level":16,"text":88},"得た発見",{"type":57,"text":90},"scale_reg そのものは本研究の baseline からは外し、default 0.0 で無効化した上で CLI flag のみ残置するという保守的な扱いに収めた。代わりに、scale 抑制を必要とする研究シナリオは MCMC 章 (§5.4.2) の λ_Σ covariance regularization へ移管した。3 連敗の意義は、後段の MCMC 完全実装仕様 (\u003Ccode>docs\u002Ffindings\u002Fmcmc-3-defects.md\u003C\u002Fcode> 欠陥 2) において「λ_Σ は単独の loss 項ではなく birth-death と一体で機能する」と言い切る根拠を、自身の手で測定した値で支えられる点にある。",{"type":51,"text":92},"§5.4.2 MCMC 移植の 4 連敗 — 数式独立移植と周辺 infrastructure の非対称性",{"type":51,"level":16,"text":62},{"type":57,"text":95},"Phase 4 後続 ablation で brush との -11.78 dB gap の主因は「MCMC vs classic refine」と推定されたため、brush の MCMC refine を自実装に取り込むことで gap を狙った (\u003Ccode>3dgs-rs\u002FREADME.md\u003C\u002Fcode> §「後続 G」)。brush 実装の精読により、MCMC の本体は (1) noise injection と (2) multinomial respawn の 2 操作で表現できると判断し、当初は実装難易度を「想定より大幅に低い」と評価していた。",{"type":51,"level":16,"text":66},{"type":57,"text":98},"4 run で順に gate を下げながら検証したが、いずれも採用基準 (val PSNR ≥ 30 dB、brush -7 dB 以内) を満たさなかった (\u003Ccode>3dgs-rs\u002FREADME.md\u003C\u002Fcode> 表行 N-1〜N-4):",{"type":100,"columns":101,"align":107,"rows":110},"table",[102,103,104,105,106],"run","設定","val PSNR","final splats","観測",[108,108,109,109,108],"left","right",[111,117,123,129,135],[112,113,114,115,116],"G-4","noise + respawn 統合、refine_stop=1500、30k","\u003Cstrong>20.99 dB\u003C\u002Fstrong>","91k","M-1 比 -4.61 dB、view 1 が 8.12 dB と崩壊",[118,119,120,121,122],"G-5a","noise 単独、10k","20.21 dB","87k","K-5 比 -3.08 dB、view 1 = 10.46 dB",[124,125,126,127,128],"G-5b","respawn 単独、10k","20.59 dB","86k","K-5 比 -2.70 dB、両 component が独立に -3 dB",[130,131,132,133,134],"G-6","refine_stop=10000","iter 3500 で \u003Cstrong>NaN panic\u003C\u002Fstrong>","569k に爆発","growth control 不在",[136,137,138,139,140],"G-7","max_scale_cap=0.5、refine_stop=3000、30k","\u003Cstrong>18.54 dB\u003C\u002Fstrong>","520k","cap が respawn と相互作用せず無効化",{"type":57,"text":142},"数式部分は brush 実装と数値的に一致する単体テスト (6\u002F6 pass) を通過していたにもかかわらず、統合 run では一貫して破綻した。",{"type":51,"level":16,"text":77},{"type":57,"text":145},"論文 (Kheradmand et al. 2024) を全部入りで読み直した結果、本実装は paper §3 と比較して 3 箇所で設計的に乖離していたことが判明した (\u003Ccode>docs\u002Ffindings\u002Fmcmc-3-defects.md\u003C\u002Fcode>):",{"type":70,"ordered":71,"items":147},[148,149,150],"\u003Cstrong>欠陥 1 — 5% incremental growth が無い\u003C\u002Fstrong>: 論文§3.3 は N_alive を毎 100 iter に 1.05 倍ずつ拡大する schedule を持つが、本実装は capacity を hard cap で確保し、growth は classic refine の clone\u002Fsplit に委ねていた。","\u003Cstrong>欠陥 2 — λ_Σ (covariance L1) と λ_o (opacity L1) が欠落\u003C\u002Fstrong>: 論文 loss は \u003Ccode>L_total = (1−λ)·L1 + λ·L_SSIM + λ_Σ·Σ‖Σᵢ‖_eig_L1 + λ_o·Σ‖oᵢ‖_L1\u003C\u002Fcode> で、λ_Σ = λ_o = 0.01 が birth-death 平衡を成立させる主因子である。本実装は両項とも未実装で、scale_reg (§5.4.1) で代替を試みたが §5.4.1 のとおり失敗していた。","\u003Cstrong>欠陥 3 — relocation が prune に便乗\u003C\u002Fstrong>: 論文§3.2 の relocation は 100-tick の独立スケジュールで opacity-weighted multinomial に従い実行されるべきだが、本実装は \u003Ccode>refine\u003C\u002Fcode> 関数内の Delete → Respawn 変換として slot 再利用しているに過ぎず、probability-preserving 公式 (論文 Eq. 9) も適用されていない。",{"type":57,"text":152},"加えて SGLD noise の係数も \u003Ccode>(1−σ(o))^150\u003C\u002Fcode> という近似式で実装しており、論文の \u003Ccode>σ(−100·(o − 0.995))\u003C\u002Fcode> 形と整合しない (\u003Ccode>mcmc-3-defects.md\u003C\u002Fcode> §6 行 2)。これらの \u003Cstrong>3 欠陥 + 係数差\u003C\u002Fstrong> が複合して、特に G-6 の「569k splat 爆発」や G-4 の view 1 崩壊として現れた。",{"type":51,"level":16,"text":88},{"type":57,"text":155},"4 連敗の最大の収穫は、論文の数式部分は短期間で独立移植可能であっても、その周辺の \u003Cstrong>点数上限 \u002F 正則化項 \u002F 多項分布スケジュール\u003C\u002Fstrong> という infrastructure が同等の重要性を持つという原則の実証である。この知見は \u003Ccode>docs\u002Ffindings\u002Fmcmc-3-defects.md\u003C\u002Fcode> として spec 化され、A.2 の修正項目 (growth schedule \u002F λ_Σ \u002F multinomial relocation \u002F SGLD coef 補正) として後続の作業項目に直結した。本研究では MCMC 完全実装は卒論の future work とし、Phase 5 (Apple 最適化) へ pivot した。",{"type":157,"label":158,"variant":159,"text":160},"callout","TBD","warn","A.2 修正後の Lego 30k PSNR は未測定 (一次資料から要確認: \u003Ccode>mcmc-3-defects.md\u003C\u002Fcode> §4)。",{"type":51,"text":162},"§5.4.3 #5.31 ArgBuffer 却下 → M-3.x の偶発的発見",{"type":51,"level":16,"text":62},{"type":57,"text":165},"Phase 5 step 30 の Instruments 計測で「1 iter あたり約 40 個の Metal encoder」が作成されていることが分かり、CPU encoding overhead の削減が次の最適化候補に浮上した (\u003Ccode>docs\u002Ffindings\u002Fphase5-step30-profile.md\u003C\u002Fcode>)。当初の仮説は、26 個の buffer binding を 1 つの MTLArgumentBuffer に集約 (#5.31) すれば、encoder setup コストが大幅に削減できるというものだった。",{"type":51,"level":16,"text":167},"試行と却下",{"type":57,"text":169},"step 31.0a で per-dispatch encoding を実際に分解計測した結果 (\u003Ccode>docs\u002Ffindings\u002Fphase5-step31-encoding-profile.md\u003C\u002Fcode>):",{"type":70,"items":171},[172,173,174],"encoder setup の wallclock 寄与は \u003Cstrong>0.34 ms\u002Fiter\u003C\u002Fstrong> に留まり、","ArgBuffer が触れる範囲は理論上限でも \u003Cstrong>0.5%\u003C\u002Fstrong> (= 0.21 ms \u002F 42.5 ms) でしかなく、","事前 commit した「3% 改善」gate を満たし得ないことが確定的に示された。",{"type":57,"text":176},"「#5.31 ArgBuffer 単独最適化」は実装着手前に却下となり、4-6 時間の実装コストが回避された。これは F (scale_reg) \u002F G (MCMC) と同型の「pre-committed gate による honest reject」の事例である。",{"type":51,"level":16,"text":178},"偶発的発見 — queue reuse pattern と M-3.x",{"type":57,"text":180},"却下の根拠を取るために計測した CPU 側内訳から、想定外の hot path が露出した: 10 dispatch 箇所で毎回 \u003Ccode>device.new_command_queue()\u003C\u002Fcode> を呼んでいた箇所を struct field の \u003Ccode>self.queue\u003C\u002Fcode> 参照に置き換えるだけ (#5.31.0b、commit \u003Ccode>e2611df\u003C\u002Fcode>) で wallclock が \u003Cstrong>95.9 s → 82.8 s (-13.7%)\u003C\u002Fstrong> へ短縮された。これは naive な per-iter 1.14 ms 削減 (= 2.3%) からの大幅な上振れであり、Objective-C autoreleasepool 経由の hidden cost が複合的に解消されたことが原因と推定される。",{"type":57,"text":182},"さらに同 profile 経由で「真の bottleneck は host loss + readback (合計 ~10 ms\u002Fiter)」と判明したため、#5.31.x として GPU loss kernel + no-readback pipeline を実装した (\u003Ccode>docs\u002Ffindings\u002Fphase5-step31-x-gpu-loss.md\u003C\u002Fcode>)。結果は 2k iter で wallclock \u003Cstrong>-26.9% (42.5 → 31.07 ms\u002Fiter)\u003C\u002Fstrong>、30k では n=4 variance test で wallclock \u003Cstrong>-14〜-19%\u003C\u002Fstrong> が再現された。当初 n=1 で観測した「PSNR -0.65 dB regression」主張は 4 sample variance test で \u003Cstrong>撤回\u003C\u002Fstrong> され、systematic regression ではなく band (\u003Ccode>25.0 ± 0.6 dB\u003C\u002Fcode>) 内の sample variance と判明した。",{"type":57,"text":184},"queue reuse + GPU loss path は M-3.x として固定され、後続の splat workspace への migration gate でも variance band 内 (24.842 dB ∈ band) で再現されている (\u003Ccode>docs\u002Ffindings\u002Fphase-c-migration-gate.md\u003C\u002Fcode>)。",{"type":157,"label":158,"variant":159,"text":186},"iter 1 dldr bit-exact 検証は新 workspace では未計測 (一次資料から要確認: \u003Ccode>phase-c-migration-gate.md\u003C\u002Fcode> gate (4))。",{"type":51,"level":16,"text":88},{"type":57,"text":189},"ArgBuffer 単独で攻めていたら 4-6 時間を投じて 0.5% の改善に留まり、本来の bottleneck (host pump pipeline = 第 3 軸 narrative の核) に到達できなかったはずである。本事例は、却下プロセスのために計測を続けたこと、すなわち \u003Cstrong>「grouped experimentation の副次効果として hot path の前提が更新される」\u003C\u002Fstrong> という方法論的な発見の典型例として位置付けられる。Apple unified memory の構造的優位は概念ではなく実装上のデータフロー設計に直結するという第 3 軸 narrative も、この偶発的経路を通じて初めて定量化できた。",{"type":51,"text":191},"§5.4 結語",{"type":57,"text":193},"3 ストーリーに共通する教訓は、\u003Cstrong>事前 commit した gate に基づく honest reject が engineering 上の時間配分を保護し、同時に「失敗の数字」自体が次に必要な infrastructure の signal を encode する\u003C\u002Fstrong> という点にある。scale_reg の 3 連敗は birth-death 平衡なき正則化が本質的に不可能と教え、MCMC の 4 連敗は数式独立移植では不足する周辺 infrastructure の構造を spec として可視化させ、#5.31 の reject は真の bottleneck が CPU encoding ではなく host pump pipeline にあることを明らかにした。本研究の主成果である M-3.x baseline と第 3 軸 (unified memory) narrative は、いずれもこれらの negative findings を経由した経路で初めて確定したものであり、本章はその過程を卒論の研究貢献として明示する位置付けにある。",{"type":157,"label":195,"variant":196,"text":197},"本章の主張","danger","事前 commit した gate に基づく honest reject が engineering 上の時間配分を保護し、同時に「失敗の数字」自体が次に必要な infrastructure の signal を encode する。M-3.x baseline と第 3 軸 (unified memory) narrative は negative findings 経由でしか確定し得なかった。",{"type":51,"text":199},"出典 (一次資料)",{"type":70,"items":201},[202,203,204,205,206,207,208,209,210],"\u003Ccode>docs\u002Ffindings\u002FREADME.md\u003C\u002Fcode> — finding index","\u003Ccode>docs\u002Ffindings\u002Fphase5-step30-profile.md\u003C\u002Fcode> — Instruments \u002F Metal System Trace","\u003Ccode>docs\u002Ffindings\u002Fphase5-step30b-timing.md\u003C\u002Fcode> — kernel-by-kernel timing","\u003Ccode>docs\u002Ffindings\u002Fphase5-step31-encoding-profile.md\u003C\u002Fcode> — #5.31 reject + queue reuse +13.7%","\u003Ccode>docs\u002Ffindings\u002Fphase5-step31-x-gpu-loss.md\u003C\u002Fcode> — #5.31.x GPU loss + 4 sample variance test","\u003Ccode>docs\u002Ffindings\u002Fphase-c-migration-gate.md\u003C\u002Fcode> — splat workspace migration gate (24.842 dB)","\u003Ccode>docs\u002Ffindings\u002Fmcmc-3-defects.md\u003C\u002Fcode> — A.2 MCMC 3 設計欠陥 spec","\u003Ccode>3dgs-rs\u002FREADME.md\u003C\u002Fcode> — Phase 4 後続 F (scale_reg) \u002F G (MCMC) ablation 表 (行 L-1〜L-4 \u002F N-1〜N-4)","\u003Ccode>splat\u002FDESIGN.md\u003C\u002Fcode> — workspace 設計と milestone 表 (M-1〜M-3.x)",[212],{"id":29,"title":29,"subtitle":213,"date":9,"workspace":214,"tags":215,"verdict":220,"psnr":221,"psnr_unit":-1,"wallclock":222,"splats":223,"summary_url":224,"detail_path":224},"A.8 SH degree ablation — sh_degree=3 (DC only, no view-dependence)","splat",[216,217,218,219],"sh-ablation","lego-30k","sh-3","phase-5","partial",24.87872886657715,"23m 13s",83734,"\u002Fruns\u002Flego-sh3-30k\u002F",[226,244,265,281,296,311],{"id":31,"title":227,"date":9,"status":228,"polarity":229,"category":230,"axes":231,"tags":232,"task_code":237,"related_runs":238,"delta_psnr":-1,"delta_wallclock":-1,"rank":240,"verdict":241,"impact_summary":242,"detail_path":243},"A.2 MCMC 法の完全実装 — 3 設計欠陥の整理 (spec)","draft","neutral","spec",[14],[219,21,233,230,234,235,236],"sgld","relocation","scale-l1","opacity-l1","A.2",[239],"lego-mcmc-30k","mid","investigative","本実装の MCMC が論文と乖離している 3 箇所 (5% incremental growth 欠如、λ_Σ\u002Fλ_o covariance\u002Fopacity 正則化欠如、relocation が refine prune に便乗) を整理し、A.2 の修正項目と検証条件を確定させた spec。","\u002Ffindings\u002Fmcmc-3-defects\u002F",{"id":36,"title":245,"date":246,"status":10,"polarity":247,"category":248,"axes":249,"tags":250,"task_code":257,"related_runs":258,"delta_psnr":261,"delta_wallclock":262,"rank":39,"verdict":220,"impact_summary":263,"detail_path":264},"Phase C migration gate — splat workspace で M-3.x を再現する 30k 単発比較","2026-04-30","mixed","validation",[14,15,16],[251,252,253,254,255,256],"phase-c","migration-gate","m4-max","splat-workspace","variance-band","30k","Phase C",[259,260],"m3x-30k-migration-gate","phase5-step31-x-30k","-0.16 dB (band 内)","+9.6% (23m40s vs 21m37s)","新 splat workspace は M-3.x の training quality (PSNR 24.842 dB) を variance band 内で再現、全 7 kernel + refine + Adam + eval + PLY save が動作。wallclock は +9.6% の軽微 regression (steady-state では +4%) で許容内。","\u002Ffindings\u002Fphase-c-migration-gate\u002F",{"id":32,"title":266,"date":246,"status":10,"polarity":247,"category":267,"axes":268,"tags":269,"task_code":275,"related_runs":276,"delta_psnr":-1,"delta_wallclock":278,"rank":240,"verdict":241,"impact_summary":279,"detail_path":280},"Phase 5 step 30 — Instruments \u002F Metal System Trace 分析結果","speed",[16],[219,270,271,272,253,273,274],"step-30","instruments","metal-system-trace","profiling","fusion-reject","#5.30",[277],"phase5-step30","B-mini: -1% (noise floor)","30s Metal System Trace で 14,909 encoder \u002F iter 40 encoder を観測。当初の「STIME 70% = sync overhead」解釈は B-mini プロト (scatter wait 削除、\u003C 1% 改善) で撤回。真の breakdown は GPU compute ~70% \u002F CPU encoding ~30%、dispatch fusion ROI は小さく Phase 4 後続 (C\u002FD\u002FF) 進行に戻る判断。","\u002Ffindings\u002Fphase5-step30-profile\u002F",{"id":33,"title":282,"date":246,"status":10,"polarity":283,"category":267,"axes":284,"tags":285,"task_code":291,"related_runs":292,"delta_psnr":-1,"delta_wallclock":-1,"rank":39,"verdict":40,"impact_summary":294,"detail_path":295},"Phase 5 step 30b — kernel-by-kernel timing 計測結果","positive",[16],[219,286,287,288,289,253,290],"step-30b","kernel-timing","rasterize-backwards","atomic-bottleneck","hotspot","#5.30b",[293],"phase5-step30b","kernel-level GPU timer で rasterize_backwards が 24.1 ms\u002Fcall \u002F 52.1% total と確定 dominant。atomic float add が律速と判定し、step 33 SIMD prefix sum reduction prototype の最有力ターゲットを確定。期待 ROI は 50% 削減で iter -13%、80% 削減で -21%。","\u002Ffindings\u002Fphase5-step30b-timing\u002F",{"id":34,"title":297,"date":246,"status":10,"polarity":247,"category":267,"axes":298,"tags":299,"task_code":305,"related_runs":306,"delta_psnr":-1,"delta_wallclock":308,"rank":39,"verdict":220,"impact_summary":309,"detail_path":310},"Phase 5 #5.31 — CPU side profile + queue reuse 効果 + 真の bottleneck 同定",[15,16],[219,300,301,23,302,303,304,253],"step-31","arg-buffer","readback","unified-memory","encoding-profile","#5.31",[307],"phase5-step31-profile","queue reuse: -13.7% \u002F ArgBuffer: 0.5% (reject)","ArgBuffer は CPU encoding 寄与 0.5% で 3% gate 不通過 → reject。queue reuse refactor 単独で -13.7% wallclock (1.14 ms\u002Fiter 削減が autorelease pool 圧縮を伴って効果増幅)。真の bottleneck は host-side loss compute + readback ~10.5 ms\u002Fiter (= 24-26% wallclock potential)、第 3 軸 narrative 最強の #5.31.x GPU loss kernel + no-readback を次着手に再定義。","\u002Ffindings\u002Fphase5-step31-encoding-profile\u002F",{"id":35,"title":312,"date":246,"status":10,"polarity":283,"category":267,"axes":313,"tags":314,"task_code":320,"related_runs":321,"delta_psnr":322,"delta_wallclock":323,"rank":39,"verdict":40,"impact_summary":324,"detail_path":325},"Phase 5 #5.31.x — GPU loss kernel + no-readback pipeline (wallclock -26.9% + variance 解明)",[16],[219,24,315,303,316,317,318,319],"gpu-loss","host-pump","variance","no-readback","metal","#5.31.x",[29],"variance 内 (band 25.0 ± 0.6 dB)","-26.9% (2k) \u002F -14〜-19% (30k, n=4)","host pump pipeline を排除し forward\u002Floss\u002Fbackward を GPU buffer で連結。2k iter wallclock -26.9% (42.5 → 31.07 ms\u002Fiter)、30k では n=4 variance test で wallclock -14〜-19% を再現。当初の PSNR -0.65 dB regression 主張は撤回 (band 25.0 ± 0.6 dB 内)。第 3 軸 (unified memory) narrative の核。","\u002Ffindings\u002Fphase5-step31-x-gpu-loss\u002F",1782449788629]