10,743
Stars
0
Forks
0
Watchers
0
Open Issues
未知
许可证
C++
语言
创建时间
最近更新
项目能做什么
用于 C/C++ 等程序的记录与重放(Record and Replay)确定性调试框架。
来源:AI 基于仓库事实生成
· 内容以仓库实际 README 为准
使用说明 查看原始 README 原仓库文档
中文使用说明暂未生成。下面保留原仓库 README 摘录,命令与配置均以原文为准。
原始 README 摘录(英文原文,节选前 3000 字符)
# Overview [](https://github.com/rr-debugger/rr/actions) rr is a lightweight tool for recording, replaying and debugging execution of applications (trees of processes and threads). Debugging extends gdb with very efficient reverse-execution, which in combination with standard gdb/x86 features like hardware data watchpoints, makes debugging much more fun. More information about the project, including instructions on how to install, run, and build rr, is at [https://rr-project.org](https://rr-project.org). The best technical overview is currently the paper [Engineering Record And Replay For Deployability: Extended Technical Report](https://arxiv.org/pdf/1705.05937.pdf). Or go directly to the [installation and building instructions](https://github.com/rr-debugger/rr/wiki/Building-And-Installing). Please contribute! Make sure to review the [pull request checklist](/CONTRIBUTING.md) before submitting a pull request. If you find rr useful, please [add a testimonial](https://github.com/rr-debugger/rr/wiki/Testimonials). rr development is sponsored by [Pernosco](https://pernos.co) and was originated by [Mozilla](https://www.mozilla.org). # System requirements * Linux kernel >= 4.7 (for support of `__WALL` in `waitid()`) * rr 5.6.0 worked with kernel 3.11 (requiring `PTRACE_SETSIGMASK`) * rr currently requires either: * An Intel CPU with [Nehalem](https://en.wikipedia.org/wiki/Nehalem_%28microarchitecture%29) (2010) or later microarchitecture. * Certain AMD Zen or later processors (see https://github.com/rr-debugger/rr/wiki/Zen) * Certain AArch64 microarchitectures (e.g. ARM Neoverse N1 or the Apple Silicon M-series) * Running in a VM guest is supported, as long as the VM supports virtualization of hardware performance counters. * Some configurations of VMware and KVM are known to work. * Some configurations of AWS and GCP VMs are known to work. * No configurations of Xen are known to work. # AI usage policy When submitting issues or PRs, please clearly indicate how LLMs were used. Issues or PRs which appear LLM-generated but carry no such indications may be closed without comment. When submitting PRs for review, the submitter must be human and take full responsibility for understanding the changes, regardless of how LLMs were used.阅读完整原文
商业机会分析 AI 生成
CI 偶现失败录制与归因平台 (CI Replay Agent)
| 产品构想 | 构建与 GitHub Actions / GitLab CI 集成的自动化测试录制服务,当原生代码测试用例失败时自动调用 rr 记录确定性 Trace,并上传供本地一键还原调试。 |
| 核心功能 | 云端特定实例(支持 PMU 性能计数器)的自动化运行环境配置、测试崩溃自动捕获、Trace 文件体积压缩与切片存储、开发者本地一键挂载反向回放 CLI/VS Code 插件。 |
| 目标用户 | 使用 C++/Rust 的中大型企业研发团队、开源基础软件维护者。 |
| 难度/周期 | 高 · 3-6个月 · 成本:中(需租用支持硬件性能计数器的专属云服务器如 AWS 裸金属或特定 KVM 实例) |
| 收费模式 | 按录制时长、Trace 存储容量与团队席位收取 SaaS 订阅费。 |
| 竞争风险 | 主流公共 CI(如普通 GitHub Runner)虚拟化环境通常不支持硬件 PMU,依赖特定云主机导致环境迁移与改造成本高。 |
| 依据 | 已验证事实 |
Web 端协同反向调试界面与工作台
| 产品构想 | 降低 GDB 命令行使用门槛,开发类似 Web 版调试器或 VS Code 深度集成插件,支持可视化时间轴回溯、内存数据流断点反向定位与多人协作批注。 |
| 核心功能 | Trace 时间轴可视化导航、内存修改反向数据流追踪图谱、断点与上下文协作共享、GDB 协议双向桥接。 |
| 目标用户 | 分布式开发团队、教学培训机构、不习惯纯 CLI GDB 操作的应用层系统开发者。 |
| 难度/周期 | 高 · 4-6个月 · 成本:低至中(开发与前后端集成成本) |
| 收费模式 | 商业 Open-Core 模式:基础插件免费,团队协作、云端会话持久化与企业权限管理收费。 |
| 竞争风险 | rr 官方商业赞助商 Pernosco 已在商业化全知调试(Omniscient Debugging)Web 界面,存在直接竞争。 |
| 依据 | 已验证事实 |
Fuzzing 崩溃确定性复现与漏洞根因分析工具箱
| 产品构想 | 结合 AFL/libFuzzer 等模糊测试工具,在发现 Crash 时自动用 rr 固化执行流,并基于反向数据观察点(Watchpoint)自动追溯内存污染源头,输出漏洞溯源报告。 |
| 核心功能 | Fuzzing 崩溃自动化批量录制、污点回溯辅助定位、ASLR/环境差异消除、可复现 PoC 包导出。 |
| 目标用户 | 应用安全工程师、漏洞挖掘研究员、DevSecOps 团队。 |
| 难度/周期 | 中偏高 · 2-4个月 · 成本:低 |
| 收费模式 | 独立软件许可授权(商业安全工具)或与企业安全 DevSecOps 平台按接入量计费。 |
| 竞争风险 | Fuzzing 产生的高频崩溃可能迅速耗尽磁盘存储,Trace 文件的清理与自动化精准筛选算法难度大。 |
| 依据 | AI推测 |
AI 基于仓库公开数据分析生成,含推测成分,不构成收益承诺。
报告会保存到 个人中心
竞品与相似项目 GitHub Search 真实检索
| 项目 | 中文简介 | Stars | 语言 |
|---|---|---|---|
| ionelmc/python-aspectlib | 中文介绍暂未生成 An aspect-oriented programming, monkey-patch and decorators |
134 | Python |
| tomgallagher/RecordReplay | 中文介绍暂未生成 Automated functional testing via the Chrome DevTools Protoco |
61 | JavaScript |
| FatihSahin/test-flask | 中文介绍暂未生成 TestFlask - A record-replay-assert testing framework and too |
22 | C# |
| cdpenggod/CDPReplay | 中文介绍暂未生成 CDPReplay屏幕录制 use the ReplayKit framework to record your ful |
19 | Objective-C |
| flipkart-incubator/gojira | 中文介绍暂未生成 Gojira is a record and replay framework for Java apps meant |
14 | Java |
| Yeachan-Heo/prompt-replay | 中文介绍暂未生成 AI prompt regression testing framework — record, replay, and |
6 | TypeScript |
以上为通过 GitHub 官方 Search API 检索的相似项目,功能差异与优劣势需进一步人工确认,配置 AI 后可生成对比分析。
项目优势与风险
| 技术成熟度 | 创建于 ,最近推送 ,发布过 23 个 Release |
| 社区活跃 | Star 10,743 / Fork 0 / Issue 0(数据支持,可自行核实) |
| 许可证 | 未检测到(需人工确认) |
| 主要风险 | 上游项目方向可能变化;同赛道竞争者较多(见竞品表);热度与需求不完全等价 |
安装与使用
快速开始(以仓库 README 为准)
git clone https://github.com/rr-debugger/rr.git cd rr # 请阅读仓库 README 获取确切安装步骤(依赖、配置、启动命令)
术语说明:Docker=应用容器(把程序和依赖打包运行);API Key=调用外部服务的密钥;Git Clone=把仓库代码下载到本地。常见错误:API Key 未配置 / 端口占用 / 数据库连接失败,多数项目在 README 的 Troubleshooting 章节有说明。