40,425
Stars
3,023
Forks
727
Watchers
203
Open Issues
NOASSERTION
许可证
C
语言
2012-03-20
创建时间
2023-12-30
最近更新
项目能做什么
现代化的 HTTP 性能基准测试工具。
来源:AI 基于仓库事实生成
· 内容以仓库实际 README 为准
使用说明 查看原始 README 原仓库文档
中文使用说明暂未生成。下面保留原仓库 README 摘录,命令与配置均以原文为准。
原始 README 摘录(英文原文,节选前 3000 字符)
# wrk - a HTTP benchmarking tool
wrk is a modern HTTP benchmarking tool capable of generating significant
load when run on a single multi-core CPU. It combines a multithreaded
design with scalable event notification systems such as epoll and kqueue.
An optional LuaJIT script can perform HTTP request generation, response
processing, and custom reporting. Details are available in SCRIPTING and
several examples are located in [scripts/](scripts/).
## Basic Usage
wrk -t12 -c400 -d30s http://127.0.0.1:8080/index.html
This runs a benchmark for 30 seconds, using 12 threads, and keeping
400 HTTP connections open.
Output:
Running 30s test @ http://127.0.0.1:8080/index.html
12 threads and 400 connections
Thread Stats Avg Stdev Max +/- Stdev
Latency 635.91us 0.89ms 12.92ms 93.69%
Req/Sec 56.20k 8.07k 62.00k 86.54%
22464657 requests in 30.00s, 17.76GB read
Requests/sec: 748868.53
Transfer/sec: 606.33MB
## Command Line Options
-c, --connections: total number of HTTP connections to keep open with
each thread handling N = connections/threads
-d, --duration: duration of the test, e.g. 2s, 2m, 2h
-t, --threads: total number of threads to use
-s, --script: LuaJIT script, see SCRIPTING
-H, --header: HTTP header to add to request, e.g. "User-Agent: wrk"
--latency: print detailed latency statistics
--timeout: record a timeout if a response is not received within
this amount of time.
## Benchmarking Tips
The machine running wrk must have a sufficient number of ephemeral ports
available and closed sockets should be recycled quickly. To handle the
initial connection burst the server's listen(2) backlog should be greater
than the number of concurrent connections being tested.
A user script that only changes the HTTP method, path, adds headers or
a body, will have no performance impact. Per-request actions, particularly
building a new HTTP request, and use of response() will necessarily reduce
the amount of load that can be generated.
## Acknowledgements
wrk contains code from a number of open source projects including the
'ae' event loop from redis, the nginx/joyent/node.js 'http-parser',
and Mike Pall's LuaJIT. Please consult the NOTICE file for licensing
details.
## Cryptography Notice
This distribution includes cryptographic software. The country in
which you currently reside may have restrictions on the import,
possession, use, and/or re-export to another country, of encryption
software. BEFORE using any encryption software, please check your
country's laws, regulations and policies concerning the import,
possession, or use, and re-export of encryption software, to see if
this is permitted. See <http://www.wassenaar.org/> for more
information.
The U.S. Government Department of Commerce, Bureau of
阅读完整原文
商业机会分析 AI 生成
分布式云端压测与可视化报告 SaaS
| 产品构想 | 基于 wrk 极高的单机发压能力,构建云端多地域集群调度平台,将 CLI 输出转化为动态延迟热力图与专业压测报告。 |
| 核心功能 | 全球多节点一键发压、实时延迟分布(p50/p99/p99.9)可视化大屏、Lua 压测脚本在线编辑器与模板库、压测结果历史对比与 PDF 导出 |
| 目标用户 | 中小团队架构师、独立开发者、SRE、性能测试工程师 |
| 难度/周期 | 中等 · 2 - 3 个月 · 成本:分布式节点云服务器成本、基础监控数据存储成本 |
| 收费模式 | 按压测时长/虚拟并发量阶梯订阅(Freemium 模式),高级报告与多区域协同需付费 |
| 竞争风险 | 面对 Grafana k6 Cloud 等成熟竞品的直接竞争,获客成本较高 |
| 依据 | AI推测 |
CI/CD 性能基线门禁与回归告警工具
| 产品构想 | 轻量化 GitHub Actions / GitLab CI 插件,利用 wrk 在持续集成阶段快速发压,自动比对 PR 与主干分支的延迟及吞吐量退化。 |
| 核心功能 | 一键集成流水线、自动生成 PR 性能差异对比评论、基于阈值的自动化断言阻断、Slack/钉钉性能劣化告警 |
| 目标用户 | DevOps 工程师、微服务研发团队、API 平台负责人 |
| 难度/周期 | 低 · 1 - 1.5 个月 · 成本:极低(仅插件开发与轻量级云端数据分析中转服务) |
| 收费模式 | 开源基础 Action,增值提供云端长期历史基线分析及团队版协作面板(SaaS 订阅) |
| 竞争风险 | CI 环境网络抖动可能导致压测指标波动,影响回归判断的准确度 |
| 依据 | 数据支持的判断 |
企业私有化内网性能验证与容灾演练套件
| 产品构想 | 面向对数据出境敏感或隔离环境的企业,提供集成 wrk 发压引擎的私有化交付方案,用于系统上线前的验收压测与容量规划。 |
| 核心功能 | 纯内网容器化部署、精细化多租户权限控制、Lua 业务流复杂交互模板、等保要求合规审计日志导出 |
| 目标用户 | 金融科技架构部、电信运营商基础设施团队、政企私有云团队 |
| 难度/周期 | 高 · 3 - 5 个月 · 成本:销售渠道拓展成本、客户现场支持与 PoC 成本 |
| 收费模式 | 私有化软件 License 授权费、年度维保服务费、压测场景定制开发费 |
| 竞争风险 | 开源许可证标记为 NOASSERTION,商业分发需彻底厘清源代码及依赖项的具体授权风险 |
| 依据 | 尚需验证的假设 |
AI 基于仓库公开数据分析生成,含推测成分,不构成收益承诺。
报告会保存到 个人中心
竞品与相似项目 GitHub Search 真实检索
| 项目 | 中文简介 | Stars | 语言 |
|---|---|---|---|
| William-Yeh/docker-wrk | 中文介绍暂未生成 A minimal wrk image for Docker - Modern HTTP benchmarking to |
62 | Dockerfile |
| BabyJ723/blast-ON | 中文介绍暂未生成 # Awesome Keycloak [ benchmark tool |
14 | C++ |
| ferronweb/ferrbench | 中文介绍暂未生成 A modern HTTP benchmarking tool supporting HTTP/1 and HTTP/2 |
9 | Rust |
以上为通过 GitHub 官方 Search API 检索的相似项目,功能差异与优劣势需进一步人工确认,配置 AI 后可生成对比分析。
项目优势与风险
| 技术成熟度 | 创建于 2012-03-20,最近推送 2023-12-30 |
| 社区活跃 | Star 40,425 / Fork 3,023 / Issue 203(数据支持,可自行核实) |
| 许可证 | NOASSERTION |
| 主要风险 | 上游项目方向可能变化;同赛道竞争者较多(见竞品表);热度与需求不完全等价 |
安装与使用
快速开始(以仓库 README 为准)
git clone https://github.com/wg/wrk.git cd wrk # 请阅读仓库 README 获取确切安装步骤(依赖、配置、启动命令)
术语说明:Docker=应用容器(把程序和依赖打包运行);API Key=调用外部服务的密钥;Git Clone=把仓库代码下载到本地。常见错误:API Key 未配置 / 端口占用 / 数据库连接失败,多数项目在 README 的 Troubleshooting 章节有说明。