近 7 天,TweetStream 检测 X 帖子的中位用时为 165 毫秒,从每条帖子的 X 时间戳起算。
当前 X/Twitter 测量结果
卡片覆盖所有监控账号,表格最多单独列出十个。
数据截至 2026年10月21日 18:05 UTC最近 24 小时
2026年10月20日 18:05 UTC 至 2026年10月21日 18:05 UTC122 毫秒p25
167 毫秒p50 中位数
351 毫秒p95
最近 7 天
2026年10月14日 18:05 UTC 至 2026年10月21日 18:05 UTC122 毫秒p25
165 毫秒p50 中位数
354 毫秒p95
Ultra Speed 优先投递
TweetStream 服务器收到帖子后,Ultra Speed 开始起作用:所选账号的帖子比标准投递最多提前 50 毫秒发出,这些账号的关注和取消关注提醒提前 250 毫秒。
各账号测量结果
| 账号 | 最近 24 小时 | 最近 7 天 | ||||||
|---|---|---|---|---|---|---|---|---|
| p25 | p50 中位数 | p95 | 样本 | p25 | p50 中位数 | p95 | 样本 | |
| 99 毫秒 | 139 毫秒 | 214 毫秒 | 68 | 99 毫秒 | 136 毫秒 | 205 毫秒 | 493 | |
| 122 毫秒 | 143 毫秒 | 190 毫秒 | 4 | 115 毫秒 | 148 毫秒 | 244 毫秒 | 57 | |
| 131 毫秒 | 137 毫秒 | 220 毫秒 | 6 | 102 毫秒 | 131 毫秒 | 220 毫秒 | 62 | |
| 143 毫秒 | 165 毫秒 | 328 毫秒 | 37 | 141 毫秒 | 162 毫秒 | 279 毫秒 | 173 | |
| 158 毫秒 | 164 毫秒 | 295 毫秒 | 10 | 150 毫秒 | 168 毫秒 | 295 毫秒 | 61 | |
| 119 毫秒 | 147 毫秒 | 806 毫秒 | 51 | 109 毫秒 | 148 毫秒 | 723 毫秒 | 248 | |
| 112 毫秒 | 142 毫秒 | 201 毫秒 | 41 | 112 毫秒 | 150 毫秒 | 224 毫秒 | 161 | |
| 90 毫秒 | 128 毫秒 | 175 毫秒 | 3 | 90 毫秒 | 138 毫秒 | 283 毫秒 | 24 | |
| 103 毫秒 | 134 毫秒 | 344 毫秒 | 15 | 99 毫秒 | 134 毫秒 | 355 毫秒 | 121 | |
| 150 毫秒 | 150 毫秒 | 212 毫秒 | 2 | 126 毫秒 | 153 毫秒 | 212 毫秒 | 31 | |
下载数据
关于这些数字的常见问题
为什么不同供应商公布的延迟数字不一样?
各家供应商的计时起点不同:自家服务器、自家客户端或 X 时间戳。本报告从 X 时间戳开始计时,因此只应与同样从 X 时间戳起算的数字比较。
这个时间不包括哪些环节?
经 WebSocket 传到你主机的时间(取决于主机所在位置),以及你自己的处理和下单执行时间。
p25、p50 和 p95 是什么意思?
三者分别是 25%、50% 和 95% 的帖子完成检测的时间。数值越低越快,单条帖子的用时会随 X 的负载变化。
如何测试自己监控名单的延迟?
开始试用,添加你交易时关注的账号,并从自己的主机连接。记录每条帖子到达的时间,并与它的 X 时间戳对比。