北京锑流科技有限责任公司官网，TiTopStreamer流媒体服务器软件

您现在的位置：首页 > 文档 > 性能

我们的技术团队对Ti Top Streamer的性能做了严格的测试，从而得出了在各种硬件条件下、各个场景的测试数据。

一、先说一下基本结论：

Ti Top Streamer是一个性能卓越、可靠、稳定的流媒体服务器软件产品，其性能可以满足各种大并发、2K、4K等场景的业务需求，对物理内存占用极低。

注：经过我们对比测试，在CPU资源占用的表现上，Ti Top Streamer的表现略逊色于SRS 3.0。主要是因为Ti Top Streamer 有更多的业务逻辑处理，以及相关管理功能。毕竟Ti Top Streamer是直接面向商业客户的商业产品。这一点，只要看看我们的管理界面和SRS的界面就会明白。

二、我们是如何测试的？

答案是：用Ti Top Streamer 测试 Ti Top Streamer！此外，用了一些nodejs脚本工具做为补充。对此，稍微做一点解释:

Ti Top Streamer 有丰富的HTTP API，用这些API可以创建大并发任务，举个简单的例子，假设测试500路rtmp流推送到Ti Top Streamer，你只需要用API给另一个Ti Top Streamer 创建500个转发任务，转发的目的地址是你当前要测试的这台Ti Top Streamer!

调用这些API的脚本工具，你可以用任何语言去实现，我们采用了nodejs语言。它很简单，基本上，一个场景下的测试，用100来行nodejs代码就可以完成。

三、各个场景下的测试数据：

我们知道，流媒体服务器，有各种不同的应用场景。在不同场景下，业务流程不同，配置参数不同，这些势必会影响测试数据。比如是否启用HLS切片以及切片的长度，就会影响CPU和内存占用，而视频流的码率大小也会影响CPU和内存占用。

所以，首先要区分一下测试的技术场景：

RTMP流的输入，有两种方式，1)外部系统主动发起，用RTMP协议将流推送给Ti Top Streamer。2) Ti Top Streamer主动发起，根据一个RTMP URL从外部拉取这个RTMP流。

这两种方式下，对CPU、内存的消耗是一样的吗？是的。经过测试，两者几乎完全一样，差别只有1%左右，可以忽略不计。道理也简单，因为它们的区别只是信令发起方不一样(仅限于测试开始后的第一秒)，其它环节完全一样。

在这个场景下，我们分别测试了启用HLS内存切片和不启用HLS内存切片，以及750Kbps码率和4Mbps码率的几种情况：

我们先来看最低硬件配置(2核4G内存)下的测试数据，见下表：

服务器硬件配置：阿里云ecs.sn1ne.large （2核Intel 2.5GHz 4G内存 1Gbps网络带宽） CentOS7.4 64位系统
测试目标：验证Ti Top Streamer支持的并发RTMP输入流数量
测试方法：并发向Ti Top Streamer推rtmp流，测试时间：5分钟
启用HLS内存切片: 否
视频编码参数: 750Kbps 512*288 H.264/AAC
输入流数量	CPU占用率	内存占用率	5分钟系统平均负荷	流入数据比特率均值
50路	11%~15%	0.8%	0.27	37Mbps
100路	20%~26%	1.3%	0.65	74Mbps
150路	31%~39%	1.7%	0.93	112Mbps
200路	46%~53%	2.1%	0.95	148Mbps
300路	68%~76%	3.2%	1.36	224Mbps

注意：在我们所有的测试数据中，CPU占用率都不会超过80%，也就说，为了得到稳定而可靠的运行数据，我们不考虑CPU占用达到80%以上的情况。本文所有数据都采用了这个原则，下面不再赘述。

接下来，我们看看启用HLS内存切片后，资源占用会上升多少？

服务器硬件配置：阿里云ecs.sn1ne.large （2核Intel 2.5GHz 4G内存 1Gbps网络带宽） CentOS7.4 64位系统
测试目标：验证Ti Top Streamer支持的并发RTMP输入流数量
测试方法：并发向Ti Top Streamer推rtmp流，测试时间：5分钟
启用HLS内存切片: 是 (最大切片时长4秒，内存里保留最近的3个切片)
视频编码参数: 750Kbps 512*288 H.264/AAC
输入流数量	CPU占用率	内存占用率	5分钟系统平均负荷	流入数据比特率均值
50路	14%~16%	5.6%	0.28	37Mbps
100路	25%~31%	10.8%	0.49	74Mbps
150路	38%~46%	16.4%	0.99	112Mbps
200路	53%~60%	20.9%	1.12	148Mbps
250路	68%~76%	23.5%	1.41	186Mbps

注意：Ti Top Streamer在内存使用上，采用了Cache技术，也就是说会根据业务层面对内存的实际使用，动态地划定一个Cache范围，上面的内存数据实际是这个Cache的大小，真正业务层面使用的内存不到它的1/2。并且Cache的大小会依据业务情况动态调整。

接下来，我们再看看视频平均码率为4Mbps的情况（还是先禁用HLS内存切片），如下：

服务器硬件配置：阿里云ecs.sn1ne.large （2核Intel 2.5GHz 4G内存 1Gbps网络带宽） CentOS7.4 64位系统
测试目标：验证Ti Top Streamer支持的并发RTMP输入流数量
测试方法：并发向Ti Top Streamer推rtmp流，测试时间：5分钟
启用HLS内存切片: 否
视频编码参数: 4Mbps 1920*1080 H.264/AAC
输入流数量	CPU占用率	内存占用率	5分钟系统平均负荷	流入数据比特率均值
50路	50%~54%	1.6%	0.98	200Mbps
70路	68%~77%	1.8%	1.22	280Mbps

接下来，我们再看看启用HLS内存切片后，资源占用会上升多少？

服务器硬件配置：阿里云ecs.sn1ne.large （2核Intel 2.5GHz 4G内存 1Gbps网络带宽） CentOS7.4 64位系统
测试目标：验证Ti Top Streamer支持的并发RTMP输入流数量
测试方法：并发向Ti Top Streamer推rtmp流，测试时间：5分钟
启用HLS内存切片: 是 (最大切片时长4秒，内存里保留最近的3个切片)
视频编码参数: 4Mbps 1920*1080 H.264/AAC
输入流数量	CPU占用率	内存占用率	5分钟系统平均负荷	流入数据比特率均值
50路	55%~61%	23%	1.02	200Mbps
65路	72%~77%	30%	1.26	260Mbps

从上面的数据看，在最低的硬件配置下(2核4G内存)，Ti Top Streamer的性能表现还是很优秀的!

下面，我们把硬件配置上升一倍(4核8G内存)，做同样的测试，看看Ti Top Streamer的表现如何：

服务器硬件配置：阿里云ecs.sn1.large （4核Intel 2.5GHz 8G内存 1Gbps网络带宽） CentOS7.4 64位系统
测试目标：验证Ti Top Streamer支持的并发RTMP输入流数量
测试方法：并发向Ti Top Streamer推rtmp流，测试时间：5分钟
启用HLS内存切片: 否
视频编码参数: 750Kbps 512*288 H.264/AAC
输入流数量	CPU占用率	内存占用率	5分钟系统平均负荷	流入数据比特率均值
50路	7%~9%	0.4%	0.31	37Mbps
100路	13%~17%	0.6%	0.53	74Mbps
200路	30%~33%	1.0%	1.22	148Mbps
300路	39%~52%	1.4%	1.54	186Mbps
400路	58%~68%	1.8%	1.87	296Mbps
500路	69%~79%	2.1%	2.32	370Mbps

接下来，我们看看启用HLS内存切片后，资源占用会上升多少？

服务器硬件配置：阿里云ecs.sn1.large （4核Intel 2.5GHz 8G内存 1Gbps网络带宽） CentOS7.4 64位系统
测试目标：验证Ti Top Streamer支持的并发RTMP输入流数量
测试方法：并发向Ti Top Streamer推rtmp流，测试时间：5分钟
启用HLS内存切片: 是 (最大切片时长4秒，内存里保留最近的3个切片)
视频编码参数: 750Kbps 512*288 H.264/AAC
输入流数量	CPU占用率	内存占用率	5分钟系统平均负荷	流入数据比特率均值
50路	8%~11%	2.3%	0.35	37Mbps
100路	17%~20%	5.2%	0.63	74Mbps
200路	33%~39%	10.4%	1.34	148Mbps
300路	48%~57%	15.5%	1.78	186Mbps
400路	70%~75%	23.5%	2.25	296Mbps
420路	72%~78%	26%	2.58	315Mbps

接下来，我们再看看视频平均码率为4Mbps的情况（还是先禁用HLS内存切片），如下：

服务器硬件配置：阿里云ecs.sn1.large （4核Intel 2.5GHz 8G内存 1Gbps网络带宽） CentOS7.4 64位系统
测试目标：验证Ti Top Streamer支持的并发RTMP输入流数量
测试方法：并发向Ti Top Streamer推rtmp流，测试时间：5分钟
启用HLS内存切片: 否
视频编码参数: 4Mbps 1920*1080 H.264/AAC
输入流数量	CPU占用率	内存占用率	5分钟系统平均负荷	流入数据比特率均值
50路	32%~35%	0.7%	0.98	200Mbps
70路	44%~49%	0.8%	1.23	280Mbps
100路	63%~72%	1.1%	2.28	400Mbps
110路	71%~78%	1.2%	2.45	440Mbps

接下来，我们看看启用HLS内存切片后，资源占用会上升多少？

服务器硬件配置：阿里云ecs.sn1.large （4核Intel 2.5GHz 8G内存 1Gbps网络带宽） CentOS7.4 64位系统
测试目标：验证Ti Top Streamer支持的并发RTMP输入流数量
测试方法：并发向Ti Top Streamer推rtmp流，测试时间：5分钟
启用HLS内存切片: 是 (最大切片时长4秒，内存里保留最近的3个切片)
视频编码参数: 4Mbps 1920*1080 H.264/AAC
输入流数量	CPU占用率	内存占用率	5分钟系统平均负荷	流入数据比特率均值
50路	36%~39%	12.0%	0.99	200Mbps
70路	48%~56%	15.1%	1.34	280Mbps
100路	69%~78%	24.0%	2.51	400Mbps

以上，我们完成了对RTMP输入的测试，在最常见的低端硬件配置下(4核8G内存)，Ti Top Streamer的性能表现达到了业界一流水平!

我们也总结了一点规律:

1). 启用HLS内存切片确实会显著增加对内存的占用，毕竟需要在内存中保存切片数据。但相对于我们常见的大内存服务器来说，这点内存占用微不足道。

2). 视频码率增大时，CPU占用率会有所提升，但提升的幅度有限。从750kbps到4Mbps，CPU占用率在原来的基础上只上升了不到10%。

3). 服务器硬件配置提升1倍后，支持的业务量，并不会跟着提升1倍，而只是提升了0.8倍左右。这个情况也可以理解，属于正常情况。

http流的测试非常简单，毕竟你只要模拟http下载即可(解码是播放端的事情，跟我们这里的测试没关系)。而对于Tip Top Streamer来说，它就是对外传输http流，基本不涉及CPU计算和内存占用。所以，我们预计，这个测试占用资源极低，是不是符合我们的预期？请看下面的数据：

服务器硬件配置：阿里云ecs.sn1ne.large （2核Intel 2.5GHz 4G内存 2Gbps网络带宽） CentOS7.4 64位系统
测试目标：验证Ti Top Streamer支持的并发HLS输出流数量
测试方法：用nodejs脚本下载m3u8和ts切片，测试时间：5分钟
视频编码参数: 750Kbps 512*288 H.264/AAC
输出流数量	CPU占用率	内存占用率	5分钟系统平均负荷	流出数据比特率均值
100路	2.0%~2.5%	0.50%	0.05	74Mbps
200路	3%~3.4%	0.52%	0.06	148Mbps
400路	4.2%~5.0%	0.58%	0.07	296Mbps
600路	5.2%~6.4%	0.62%	0.10	444Mbps
800路	6.8%~7.5%	0.65%	0.12	592Mbps
1200路	8.5%~9.2%	0.70%	0.23	888Mbpss
1500路	11%~12%	0.80%	0.36	1.07Gbpss
2000路	20%~24%	1.20%	0.78	1.43Gbpss
2500路	30%~35%	2.45%	0.95	1.79Gbpss

注意：因为测试的是HLS输出能力，所以上面的测试用例中的输入流只有一路(你可以看到内存占用几乎没什么大的变化)。如果输入流路数增大，那么内存占用肯定会显著增大。从上面的数据看，即使在最低的硬件配置下，HLS的输出能力也是非常强大的。受制于服务器最高带宽的限制，暂时无法进一步测试，但可以预计这个硬件条件下支持4000路并发，输出速率达到3Gbps完全没有问题。

我们继续测试，将视频码率提升到4Mbps。其它条件不变，测试数据如下：

服务器硬件配置：阿里云ecs.sn1ne.large （2核Intel 2.5GHz 4G内存 2Gbps网络带宽） CentOS7.4 64位系统
测试目标：验证Ti Top Streamer支持的并发HLS输出流数量
测试方法：用nodejs脚本下载m3u8和ts切片，测试时间：5分钟
视频编码参数: 4Mbps 1920*1080 H.264/AAC
输出流数量	CPU占用率	内存占用率	5分钟系统平均负荷	流出数据比特率均值
100路	3.0%~4.5%	0.50%	0.05	400Mbps
200路	5.0%~6.2%	0.52%	0.06	800Mbps
400路	8.2%~11%	0.58%	0.07	1.6Gbps

从数据来看，Ti Top Streamer的HLS并发输出能力非常强大，足以满足各种应用场景的业务需求，瓶颈还是在服务器带宽上。

http-flv的测试，我们也做了，基本和HLS一样，没有明显的变化。这里就不再赘述了。

最后，在最低2核4G内存的硬件配置下已经取得了非常优秀的测试数据，因此我们就没有继续在其它更高的服务器上做进一步的测试了。

服务器硬件配置：阿里云ecs.sn1ne.large （2核Intel 2.5GHz 4G内存 2Gbps网络带宽） CentOS7.4 64位系统
测试目标：验证Ti Top Streamer支持的并发RTMP输出流数量
测试方法：Ti Top Streamer对外转推rtmp流，测试时间：5分钟
视频编码参数: 750Kbps 512*288 H.264/AAC
输出流数量	CPU占用率	内存占用率	5分钟系统平均负荷	流出数据比特率均值
50路	3.8%~4.2%	0.50%	0.14	37Mbps
100路	6.1%~6.5%	0.52%	0.17	74Mbps
200路	10%~12%	0.61%	0.19	148Mbps
300路	19%~23%	0.65%	0.23	222Mbps
400路	28%~33%	0.70%	0.42	296Mbps
500路	35%~38%	0.75%	0.74	370Mbps
600路	37%~41%	0.80%	0.88	444Mbps
700路	45%~49%	0.90%	0.92	518Mbps
800路	51%~53%	1.10%	0.99	592Mbps
900路	55%~61%	1.20%	1.26	666Mbps
1000路	65%~71%	1.32%	1.45	740Mbps
1100路	72%~78%	1.84%	1.72	814Mbps

服务器硬件配置：阿里云ecs.sn1.large （4核Intel 2.5GHz 8G内存 2Gbps网络带宽） CentOS7.4 64位系统
测试目标：验证Ti Top Streamer支持的并发RTMP输出流数量
测试方法：Ti Top Streamer对外转推rtmp流，测试时间：5分钟
视频编码参数: 750Kbps 512*288 H.264/AAC
输出流数量	CPU占用率	内存占用率	5分钟系统平均负荷	流出数据比特率均值
50路	2%~2.3%	0.30%	0.10	37Mbps
100路	3.5%~4.2%	0.31%	0.17	74Mbps
200路	7.0%~8.1%	0.32%	0.19	148Mbps
300路	10.1%~11.4%	0.33%	0.20	222Mbps
400路	13%~15%	0.40%	0.24	296Mbps
500路	13.2%~17%	0.70%	0.34	370Mbps
600路	18%~20%	0.80%	0.41	444Mbps
700路	22%~24%	0.85%	0.45	518Mbps
800路	25%~28%	0.91%	0.52	592Mbps
900路	29%~33%	1.06%	0.58	666Mbps
1000路	34%~37%	1.12%	0.62	740Mbps
1100路	40%~44%	1.24%	0.71	814Mbps
1200路	45%~49%	1.36%	0.79	888Mbps
1300路	50%~54%	1.40%	0.85	962Mbps
1400路	55%~59%	1.45%	0.91	1.01Gbps
1500路	60%~64%	1.53%	0.97	814Mbps
1600路	65%~69%	1.59%	1.03	1.08Gbps
1700路	70%~74%	1.64%	1.16	1.16Gbps
1800路	75%~79%	1.71%	1.23	1.23Gbps