4. Nsight Compute界面导航：GUI布局、常用视图与项目会话管理
当您第一次启动NVIDIA Nsight Compute（以下简称Ncu）时，界面可能显得有些复杂——左侧是项目面板，中间是源代码与内核分析视图，右侧是详细的指标配置区，底部还有一排状态栏。但一旦理解了它的设计逻辑，您会发现这套GUI的每一个区域都对应着性能分析工作流中的一个关键环节。本章将带您系统梳理Ncu的GUI布局、核心视图以及项目与会话的管理方式，帮助您快速建立“界面地图”，从而把精力集中在内核热点定位本身。
4.1 GUI整体布局：四大功能区域
Ncu的默认窗口布局可以划分为四个主要区域，每个区域承担不同的职责。理解这些区域的边界与交互关系，是高效使用工具的第一步。
布局速览：Ncu的GUI遵循“左导航—中详情—右配置—底状态”的经典模式。左侧项目与会话面板管理分析目标；中央分析页展示结果；右侧配置面板控制分析范围与指标；底部状态栏显示当前进度与GPU状态。
从上图可以看到，左侧的项目与会话面板采用树形结构管理多个分析目标。一个项目对应一个应用程序（如可执行文件或Python脚本），而项目下可以创建多个会话（Session）。每个会话保存了针对该程序的一组独立配置——例如不同的指标集合、不同的内核过滤条件或不同的分析类型。这种设计让您可以在同一个项目下对比“基线”与“优化后”的多次分析结果，而无需重复设置环境。
4.2 核心视图详解：从概览到细节
中央分析页是Ncu最核心的区域，它采用多标签页设计，每个标签页对应一种分析视角。默认情况下，Ncu会按以下顺序展示标签页：
| 标签页名称 | 核心作用 | 典型使用场景 |
|---|---|---|
| SpeedOfLight | 展示GPU硬件利用率概览，区分内存瓶颈与计算瓶颈 | 第一眼判断内核是内存密集还是计算密集 |
| Scheduler | 分析Warp调度器活跃度、发射槽利用率 | 定位调度延迟、指令发射不足问题 |
| WarpState | 展示Warp在各状态（Active/Stalled/Waiting）的占比 | 分析Warp停滞原因（如访存等待、同步等待） |
| Occupancy | 显示理论占用率与实际占用率，以及限制因素 | 检查寄存器、共享内存是否限制了占用率 |
| Source | 将性能指标映射到源代码行 | 精确定位热点代码行 |
其中，SpeedOfLight标签页是每次分析的起点。它用横向柱状图直观展示DRAM吞吐率、SM计算吞吐率、L2缓存吞吐率等关键硬件的利用率。如果DRAM柱状图接近80%以上而计算柱状图较低，说明内核受内存带宽限制；反之则受计算吞吐限制。这一页能帮助您快速确定优化方向。
4.3 项目与会话管理：实操流程
在实际调优工作中，您通常需要为同一个内核建立多个会话，分别执行不同粒度的分析。以下是推荐的管理流程：
- 创建项目：点击左侧面板的“新建项目”按钮，选择目标可执行文件或Python脚本。Ncu会自动探测可用的GPU。
- 建立基线会话：在项目下创建第一个会话，命名为“baseline”，使用默认的全量分析配置，运行一次获取基线数据。
- 复制会话并修改配置：右键点击“baseline”会话选择“复制”，将副本重命名为“mem-only”，然后在右侧配置面板中仅勾选Memory Workload指标集合，缩小分析范围以加快速度。
- 对比分析结果：在左侧面板中同时选中多个会话，Ncu会在中央区域并排显示各会话的SpeedOfLight结果，方便直观对比。
实用技巧：使用ncu --session-name命令行参数可以直接指定会话名称。例如：ncu --session-name opt1 --set full ./myapp。这样生成的会话会自动归入当前项目，便于后续在GUI中加载对比。
4.4 案例：使用会话管理对比优化效果
假设您正在优化一个矩阵乘法内核。初始版本matMul_v0的SpeedOfLight显示DRAM吞吐率为85%，而计算吞吐率仅为15%，明显是内存带宽受限。您决定使用共享内存分块优化。
操作步骤如下：
# 1. 在项目 matMul 下创建基线会话
ncu --session-name v0_baseline --set full ./matMul_v0
# 2. 修改代码后，创建优化会话
ncu --session-name v1_shared_mem --set full ./matMul_v1
# 3. 在GUI中同时选中两个会话，对比SpeedOfLight
# 预期看到 v1 的DRAM吞吐率下降至40%，计算吞吐率上升至60%通过这种“一个项目多个会话”的管理方式，您可以清晰追踪每次代码改动带来的性能变化，而不会混淆不同版本的分析数据。
4.5 常见误区与复盘
误区一：忽略“分析类型”与“指标集合”的差异。很多初学者直接点击“开始分析”使用默认的全量配置，导致每次分析耗时数分钟。实际上，如果只是快速验证内核是否受内存限制，选择“快速分析”类型并仅勾选Memory Workload指标集合，可以将分析时间缩短到原来的1/5。
误区二：混淆“项目”与“会话”的层级关系。项目是应用程序的容器，而会话是具体分析配置的载体。不要为每次修改配置都新建一个项目，而应在同一项目下复制并修改会话。否则左侧面板会变得杂乱无章，且无法直接跨会话对比。
误区三：忽视右侧配置面板中的“内核过滤”功能。当一个程序包含多个内核时（例如cuBLAS库调用），默认会分析所有内核，导致结果页数据冗长。正确做法是在配置面板中设置内核名称过滤器，只保留您关心的内核，例如：matMul_kernel。
复盘建议：每次完成一轮优化后，建议在项目下新建一个名为final_<日期>的会话，保存最终确认的配置与结果。这不仅是良好的工程习惯，也方便后续回溯或撰写性能报告时直接导出数据。
掌握Ncu的界面导航是高效调优的基础。下一阶段，您将学习如何解读SpeedOfLight图中的具体指标，以及如何利用这些指标判断内核的瓶颈类型。但在此之前，请务必熟悉本章介绍的项目与会话管理操作——它是您后续所有分析工作的组织框架。