You cannot select more than 25 topics
Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
This file contains ambiguous Unicode characters that may be confused with others in your current locale. If your use case is intentional and legitimate, you can safely ignore this warning. Use the Escape button to highlight these characters.
---
title: Tailchat 压测报告新鲜出炉，
authors: moonrailgun
image: /img/logo.svg
slug: benchmark-report
keywords:
- tailchat
- benchmark
tags: [Report]
---
作为一个即时通讯应用，
为了衡量`Tailchat`在处理大批量用户上的处理能力，给予我们的客户有足够的信心，我们决定花时间来测试在实际生产环境中实际表现。
因为为了面对来自不同程度与需求的用户的规模要求，`Tailchat` 的底层设计是基于分布式架构，这意味着我们可以通过水平扩容来承载不同的规模的业务需求。
但是分布式的缺点也在于花费了更多的资源在数据的通讯与转发上，在小规模的运行中比不上传统的集中式架构来的快。
这看上去是一个鱼和熊掌不可兼得的矛盾，但是为了同时获得两者的优势，`Tailchat` 在单实例部署上做了一些特殊的优化，即最短路径原则。这意味着在微服务之间相互调用中如果有且只有自身可以消费则跳过转发阶段直接把请求发送给自身。
这使得如果性能足够的情况下，单机的能力会优于集群。而当单机无法支撑足够的业务需求时，切换为集群部署用多个实例一起来承载高需求的业务规模。
## 压测方式
为了衡量 Tailchat 在多人在线情况下表现，我们选择了消息发送与接收能力作为衡量标准。
即: ** 当一个群组中有若干人同时在线时，一条消息从发送开始到所有在线用户都接收到消息的转发这条完整链路所需要耗费的时间**
> 因为对于IM项目来说， ，
同时，测试在多人在线时，**常驻**cpu与内存的**增长表现**
> 本次测试由 [sealos](https://sealos.io/) 提供集群服务支持。sealos 真的很方便！
压测方式主要分为三个步骤:
1. 批量注册用户，并把注册后系统返回的凭着(Token)记录到本地文件
1. 加载上一步存储的token， ，
1. 当所有用户登录完毕后，选定一用户连接并发送消息到指定群组的指定频道，同时记录开始时间。当所有的连接都接收到这条消息后，记录结束时间。此时记录结束时间，计算中间耗时。该方法统计数次得到多组数据以消除误差。
## 压测概述
本次压测分别测试了 100用户、500用户、1000用户、2000用户、5000用户、10000用户同时在线且在同一个群组的性能表现。
为了尽可能压榨 `Tailchat` 的性能， ， ， ， ， ，
果然不负我的期待， ， `Tailchat` 的在线人数突破到 2k、5k， ，
在最高的 10000 用户用例中， `Tailchat` 给出的答卷是1.2秒, 即1.2秒内一条消息会发送到所有的用户。这个数据我认为还是比较理想的， ，
## 完整报告
具体的压测报告可见: [压测报告 ](/docs/benchmark/report )