#nvbit #gpgpu #ffi #nvidia

nvbit-model

NVIDIA NVBIT 序列化和反序列化模型

21 个版本

0.0.38 2023年10月10日
0.0.35 2023年9月8日
0.0.32 2023年7月29日
0.0.19 2023年3月22日

#200 in 性能分析


2 个库中使用 (通过 nvbit-sys)

自定义许可证

20KB
424

nvbit-rs

试用
make -j -B -C test-apps/
# build the mem trace example tracer
cargo build --release -p mem_trace

# trace a sample application
LD_PRELOAD=./target/release/libmem_trace.so ./test-apps/vectoradd/vectoradd 100

完成

  • 实现 messagepack 和 json 跟踪转储
  • 不工作:清理 nvbit api,以便在 nvbit-rs 中管理上下文,钩子只是函数
Accelsim 参考
make -B -j -C ./tracer_nvbit
LD_PRELOAD=./tracer_nvbit/tracer_tool/tracer_tool.so ./nvbit-sys/nvbit_release/test-apps/vectoradd/vectoradd

这将生成文件: ./tracer_nvbit/tracer_tool/traces/kernelslist./tracer_nvbit/tracer_tool/traces/stats.csv

我们的实现
cargo build --release
make -B -j -C ./examples/accelsim
LD_PRELOAD=./target/release/libaccelsim.so ./test-apps/vectoradd/vectoradd 100
LD_PRELOAD=./target/release/libmem_trace.so ./test-apps/vectoradd/vectoradd 100
docker build --platform linux/amd64 -t builder .
docker run --rm -i -v "$PWD":/src -v "$PWD"/buildcache:/cache builder cargo build
nvcc -D_FORCE_INLINES -dc -c -std=c++11 -I../nvbit_release/core -Xptxas -cloning=no -Xcompiler -w  -O3 -Xcompiler -fPIC tracer_tool.cu -o tracer_tool.o

nvcc -D_FORCE_INLINES -I../nvbit_release/core -maxrregcount=24 -Xptxas -astoolspatch --keep-device-functions -c inject_funcs.cu -o inject_funcs.o

nvcc -D_FORCE_INLINES -O3 tracer_tool.o inject_funcs.o -L../nvbit_release/core -lnvbit -lcuda -shared -o tracer_tool.so

现在是介绍工作空间的好时机,将示例做成独立的库,使用 cargo.toml 和 build.rs 按示例编写自定义跟踪内核,这样我们最终可以包括符号

  • 一种可能的方式是提供一个包装器,将其复制到 cxx::Vec<CUfuncton> 中,我想(参见 这个示例

  • 由于我们正在跟踪,并且需要对每个未见过的函数执行此操作,因此这种复制开销是不可接受的

    • TODO:找出它被调用的频率,也许仍然可以这样做并测量
      • 更新:get_related_functions 只调用一次,尝试在 Rust 中执行
  • 其他方法:只从通道接收内容,一个简单的结构体...

    • 如果这可行:我们如何决定使用哪个跟踪函数?
      • (因为我们不能在Rust中编写新的)
  • 想办法通过使用命名空间重用相同的nvbit名称?

  • 或者用Rust包装调用,Rust调用的是ffi::rust_*函数。

  • 重要观察

    • 我几乎放弃使用cxx了,因为它只给我Unsupported type错误
    • 我没有在ffi模块中导入cxx::UniquePtrcxx::CxxVector,所以我假设我需要使用cxx::来引用类型。
    • 它们在文档中没有这样做,但在顶层模块中使用了它们...
    • 实际上你需要省略cxx::前缀,因为这完全是宏魔法...

完成

  • 我们必须以某种方式将CUDA注入函数和nvbit_tool.h包含到二进制文件中。
    • 也许可以在构建脚本中静态编译它们
    • 然后与nvbit-sys crate链接
    • 然后,nvbit_at_init 应该被调用 - 希望如此

示例

当前目标是获得一个用Rust编写的跟踪器的工作示例。使用方法应为

# install lld
sudo apt-get install -y lld
# create a shared dynamic library that implements the nvbit hooks
cargo build -p accelsim
# run the nvbit example CUDA application with the tracer
LD_PRELOAD=./target/debug/libaccelsim.so nvbit-sys/nvbit_release/test-apps/vectoradd/vectoradd

注意

检查安装的clang版本

apt list --installed | grep clang

当运行clang nvbit.h时,它还抱怨缺少cassert。使用 -std=c++11 -I$(NVBIT_PATH)

是C++ STL,因此我们需要: clang++ -std=c++11 nvbit.h

bindgen与C++代码配合得不太好,请查看这里

我们还需要一些clang的东西,这样bindgen才能找到#include <cassert>

我们还需要包含nvbit.hnvbit_tool.h和跟踪注入函数,这些函数需要编译和链接到二进制文件中的.cu文件。

这个示例展示了如何编译和链接.cucc crate。

确保nvbit的C函数钩子在共享库中没有混淆

nm -D ./target/debug/examples/libtracer.so
nm -D ./target/debug/build/nvbit-sys-08fdef510bde07a0/out/libinstrumentation.a

问题:我们需要在二进制文件中存在instrument_inst函数,就像示例一样

nm -D /home/roman/dev/nvbit-sys/tracer_nvbit/tracer_tool/tracer_tool.so | grep instrument

# for a static library:
nm --debug-syms target/debug/build/accelsim-a67c1762e4619dad/out/libinstrumentation.a | grep instrument

目前,它没有:

确保我们链接静态的

ldd ./target/debug/examples/libtracer.so

检查cxx生成的包含文件

tre target/debug/build/nvbit-sys-*/out/cxxbridge/

依赖项

~0.4–1MB
~23K SLoC