DPRINT、Watcher与profiling：先找到停在哪一页

PREDICT FIRST

具体问题与独立预期

输入与约定

三页输入id0,1,2；教学日志 R0,C0,W0,R1,C1,W1,R2,C2，缺W2。

先根据输入写下自己的结果与理由，再展开参考推演；随后运行或检查实现。

机制怎样连接起来

选择少量事件：reader完成并push、compute消费并产出、writer完成并pop。每行带页号、核号和阶段，DPRINT放在所读buffer仍有效的区间。为防输出爆炸只观察一个核和一个小输入。

公开文档指出DPRINT的编译与host读取受环境配置影响，行结束符也影响flush。Watcher可提供waypoint和部分错误检查，但它不是所有并发问题的证明器。不要在共享设备上刻意制造非法NoC地址或无限等待。

profiling另开一次正确运行：host Python时间与device kernel时间分别记录。CPU分支可写日志检查器检验缺失/重复页，不生成“真设备trace”；有设备时先关闭debug打印再做性能采样。

CHOOSE ONE EXECUTION PATH

按手头环境推进

CPU 路径可以先完成。额外的 SDK 或设备验证要有自己的运行记录；本单元的四小时不同时要求完成四个分支。安装等待超过本页预算时，留下阻塞条件，继续可做的数学、代码与协议工作。

READ → BUILD → BREAK → EXPLAIN

四小时，留下一个完整产出

可拆成多个时段。每次停下时保存代码、输入、实际结果和下一步，不用重新读整篇。没有通过当前检查时继续修正，不靠翻页推进。

EXPLICIT ENVIRONMENT / EXPLICIT STATUS

命令与可保存的起点

以下代码按各自环境使用，运行前完成对应步骤并核对版本。编译失败后停止，不运行目录中的旧二进制；每次采集日志使用新的运行目录。设备程序仅运行在你已有且可使用的环境中。

export TT_METAL_DPRINT_CORES=0,0
export TT_METAL_WATCHER=120

unset TT_METAL_DPRINT_CORES
unset TT_METAL_WATCHER
python -m tracy tt_matmul.py

EVIDENCE BEFORE ADVANCING

验收与面试追问

• 三种CPU模型日志故障被识别，合法跨页交错不误报；raw DPRINT没有被当成具有全局因果顺序的模型日志。
• 观测点位于buffer有效生命周期内。
• 没有合成硬件profiling数据；host/device时间分栏。

这些是依照本单元机制设计的追问，不是公司真题。个人验收仍依据实际代码、测试、测量与口述。