简介

一个轻量化的分布式服务框架。典型的应用场景是，将同一个服务部署在多个Server上提供分布式的 request、response 消息通知。RSF 的设计吸收了 HSF 的设计精华，而 HSF 是阿里内部使用最广泛的一款 RPC框架。久经考验。当然这并不意味着 RSF 也同样具备 HSF 的超高稳定性，但是不可否认的是 RSF 在分布式 RPC 框架的设计中确实走了很多捷径。

RSF的源码地址：http://git.oschina.net/zycgit/rsf
    RSF 功能盘点：http://my.oschina.net/u/1166271/blog/38637

服务器配置

本文的目的是测试 RSF 在高并发下其性能表现如何。测试 RSF 的机器是“阿里云，按量计费”中最高配置，因为财力有限阿里云 16核机器只能意淫的想一想。下面是配置详情：

Server节点为：青岛
数量：2（一台客户机、一台Server）
网络：100M带宽（网络流量走外网地址）
CPU：4核
内存：16G
价格：机器配置费 2.736元/时，公网流量0.72 元/GB

整个测试耗时 2 个小时，测试成本 26元。先看一下Server这两个小时的整体情况：

从上面统计信息可以看出，4核CPU其实并未全力以赴（这个稍后我会提到）。而网卡的入网和出网流量都基本上已经达到最大流量限制，换句话说：100M的网卡打满了。后面的实际测试数据中也可以看到网卡是最大的性能瓶颈。

RSF - Server 端说明

address 绑定到：121..42.193.51 这个外网IP上，意为所有流量走公网IP。
port 端口号绑定到 8000 上。
server 所属虚拟机房为 local（该配置在测试中并未产生任何作用，虚拟机房策略是当有多server，多client下负责控制跨网络调用的策略配置）

下面这个参数是Server的关键配置：
    <queue maxSize="1000000" minPoolSize="1" maxPoolSize="4" keepAliveTime="300">

在解释这个配置的时候先解释一下 RSF Server端内部的一个保护机制。

RSF在设计的时候留了很多可配置的参数，这些参数用来设定一个阀值用以保护应用程序稳定性。如果一个框架自己没有任何保护措施就开始“裸奔”很可能框架在某一个业务压力下把自己跑死而，开发者还在苦苦追寻原因。queue其中就是一个保护机制。

queue是用来管理 request 积压的一个队列。这个队列可以用来保证Server在高并发下不会自身产生OOM，同时合理的调整队列容量也可以调整服务策略服务模式。它的实现是由ThreadPoolExecutor、LinkedBlockingQueue 两个类提供。

在上面配置中，处理队列的线程数最小为 1个，最大为4个。 取这个值的原因是业务方法本身很简单不会消耗过多的CPU周期，设定最大4已经戳戳有于，前面Server整体情况上CPU的使用率也反映了这个事实。keepAliveTime是新线程产生时的等待时间。我们不去过多关注它。

<network workerThread="8" listenThread="1" />

表示的是 Nett 方面将会采用 8条线程来处理网络IO，1条线程处理连接请求。

RSF - Client 端说明

接受测试的远程Server地址列表为：rsf://121.42.193.51:8000/unit  <-- unit 应该改为 local，但这里无关紧要。因为虚拟机房策略并未配置，所以只是保证有值就可以了。

<testConfig clientCount="2" threadCount="100"/>

表示的意思是，客户端将会启动 2 个全新的RSF实例程序来模拟压测，每个客户端下同时开启 100 个无阻塞异步调用。无阻塞异步调用指的是：client 异步的发起调用请求，当调用完成时立刻发起下一个异步调用，中间不间断。

在这个配置下，client最大可以产生 2 * 100 =2000 个并发 RSF 请求。

connectTimeout="500" 这个参数是指，RSF 允许client 到 server 之间建立连接的最大期限。当超过这个期限。连接的远端server地址将会被置为失效。

maximumRequest="100000" ，client 允许最大 10W 条并发 request。超过这个值 client 会进行自我保护，自动进行回绝 client 的调用请求，在目前这个配置里是根本达不到这个量的。

生产环境实测数据

以下测试数据是 Server 端配置保持不变，适当调整 client 端的 clientCount、threadCount 两个配置值。

意淫一下更高配置 ^_^

在测试例子中，100M网卡已经跑满，出网流量约 100Mbps，折算成字节约为12.5MB，根据上面表显示测试中网卡稳定在70%的工作状态，吞吐数据约为8MB。平均Server的 QPS在4W左右，我们粗略估计一下RSF数据包大小为：8MB / 4W = 209Byte。

209Byte这个很接近Demo测试例子的网络单向数据包的大小。因为测试环境有限，我无法在千兆网卡上进行测试。按照千兆网卡传入传出 50MB速率来算。 RSF 单个节点可以到 25W 的 QPS。

RSF博客：http://my.oschina.net/u/1166271/blog?catalog=574765

RSF源码：https://gitee.com/zycgit/hasor/tree/master/hasor-rsf

Demo项目：https://gitee.com/zycgit/hasor/tree/master/example/example-rsf

如果你对 RSF 感兴趣可以加入：193943114 QQ群，欢迎讨论。更欢迎各种拍砖提意见。