arXiv 系统方向追新 · 全部期次

arXiv 公告日 · 周三

2026-11-04

各分类条数
  • cs.OS 3
  • cs.PF 8
  • cs.PL 9
  • cs.AR 8
  • cs.DC 35
  • cs.NI 13
  • cs.DB 11
  • cs.CR 37
  • cs.SE 30

本期看点

推荐精读 2

推荐精读eBPF · 内核扩展 · 可观测性cs.OS

用 eBPF 拆开 GPU 驱动提交路径里看不见的延迟

GHOST Driver

Azhar Shaikh

nvidia-smi 显示 80% 以上利用率,实际吞吐却低得多,差距耗在 fence 等待、驱动提交、DMA 调度和中断合并等内核路径上,CUPTI 这类用户态工具看不到。GHOST-Driver 挂在稳定的 DRM tracepoint 和少量 kprobe 上,追踪从 ioctl 到 fence 信号的 6 个提交阶段,并按 vGPU 上下文做 SR-IOV / MIG 多租户归因。摘要没有给出与其他工具的对比实验。

参考价值同样是用 eBPF 挂 tracepoint/kprobe 做低开销追踪,覆盖了用户态看不到的 GPU 驱动路径;<2% 的 CPU 开销可以作为 GPU 相关路径插桩的参照。

  • 亚微秒分辨率
  • CPU 开销 <2%
  • eBPF
  • uprobe / kprobe / tracepoint
  • 追踪与可观测性
  • GPU
推荐精读eBPF · 内核扩展 · 可观测性cs.PF

不重编译,直接往 GPU kernel 二进制里插探针做追踪

Warpline: Binary-Level Tracing and Unified Evidence for Agentic GPU Kernel Optimization

Junyu Yin, Vinod Grover, Keren Zhou

硬件 profiler 只告诉你各单元有多忙,不告诉你每个 warp 的时间花在哪;现有 kernel 内追踪器要手工放探针并重编译,会改变被测 kernel。Warpline 分析二进制决定记录哪些事件,直接改写二进制插入探针,再把追踪结果和硬件 profiling 数据对齐到同一时间线,供 LLM agent 迭代优化 kernel。在 B200 上测了 35 个 Triton / CuTe DSL / CUDA C++ kernel,也能追踪闭源 kernel。

参考价值和往 GPU kernel 里注入 eBPF 探针是同一类问题:二进制级插桩、开销和对原 kernel 的扰动。中位 1.2% 开销、99.9% 指令不变这两个指标可以直接拿来对比。

  • 中位开销 1.2%
  • 99.9% 指令不变
  • 14 页
  • 二进制插桩
  • GPU
  • 追踪与可观测性
  • 性能剖析

其余精选 3

用设计模式组织 eBPF/XDP 延迟测量系统,开销基本不变

eBPF · 内核扩展 · 可观测性cs.PF › Software Design Patterns for Latency Measurements with eBPF in SDN Environments 有参考价值 ›

Pedro Lucas M. S. Rosa, Bruno L. Dalmazo 等 4 人

面向 SDN 的延迟测量,作者用 Observer、Strategy、Factory Method 三种设计模式把 eBPF/XDP 的指标采集和分析流水线模块化,方便动态接入策略和数据出口。实验基于 Mininet、Python agent 和 eBPF/XDP 程序,比较处理时间、开销和演进成本。结论是引入设计模式没有看到明显的性能下降。偏软件工程实践,测量规模较小。

参考价值主题是 eBPF 可观测性工具的工程组织,对 eBPF 工具链的结构设计有一定参考,技术深度有限。

  • 最低开销约 5%
  • ISCC 2026
  • eBPF
  • XDP / 包处理
  • 网络
  • 追踪与可观测性

在 CPU/GPU 共享内存的设备上,模型加载不该再拷贝权重

边缘 · 实时 · 嵌入式cs.OS › UMLoad: Fast On-Demand Model Loading on Unified Memory Architecture

Zimeng Wang, Jinrong Yang, Rong Chen

现有框架在统一内存(UMA)设备上仍沿用独显的加载流程。UMLoad 把框架的逻辑分配和物理页解耦:用按需重建省掉权重拷贝,用 GPU 辅助清零页来加速分配,同时保留清零带来的安全性。在 Intel、AMD、NVIDIA 三家 UMA 平台和 llama.cpp / PyTorch / vLLM 上实现。

  • 加载时间 −36.6%~71.9%
  • TTFT −51.3%~59.3%
  • 17 页
  • 内存管理
  • GPU
  • LLM 推理服务

给同一台机器上的多个本地 agent 排队执行 shell 命令

Agent 系统cs.OS › ToolSched: Resource-Efficient Tool Scheduling for Shared-Host LLM Agents

Shucheng Zou, Yuhao Gu 等 6 人

ToolSched 是一个 Shell MCP Server。agent 发命令时顺带估计资源需求,服务端结合主机实时负载决定何时执行,把命令错峰排开,避免 OOM 和争用;估计偏差靠预测纠偏和基于 checkpoint 的恢复兜底。思路是利用 agent 对 shell 延迟不敏感这一点。

  • 资源利用率 +148.4%
  • 命令吞吐 +29.4%
  • AI Agent
  • 调度
其余论文68 篇 · 只列标题