关于协议:

本打算接入层使用gRPC,虽然基于HTTP 2.0 效率比较高，而且使用protobuf 能进行高效的序列化。但是本次系统需要和

JAVA进行对接，考虑到gRPC对JAVA的支持性不是很好，资源并不多，可能在踩坑上花过多的时间，所以综合考虑还是使用restful 进行对接

后续如果有机会还是会考虑使用gRPC。所以下面对几个go的http框架进行简单的对比
  • 1
  • 2
  • 3

测试工具：

ApacheBench
  • 1

参数：

ab -n 6000  -c 300  http://url:port

可能机器原因只能给到这么大的参数了
  • 1
  • 2
  • 3

测试环境：

型号：imac macos 10.13

内存：8

cpu核心数：4

为了模拟网络请求处理时间，所以在处理的Handle function 中加入了  time.Sleep(200 *time.Millisecond)
  • 1
  • 2
  • 3
  • 4

测试对象：

httprouter:本打算使用gin 框架进行测试，但是fasthttp是一个http的包 使用 gin使用的httprouter

进行测试，优势在于实现了restful 风格的地址，使用前缀树实现了路由查找，使用了go 的标准包 http包 开启一个服务

fasthttp:优势在于自己实现了http服务，内部大量的池化，并不是每个请求都和http包一样开启一个goroutine，

同是也使用[]byte 操作去 代替string 操作，减少了内存的分配。
  • 1
  • 2
  • 3
  • 4
  • 5

测试数据：

1、fasthttp

Server Software:        fasthttp

Server Hostname:        127.0.0.1

Server Port:            8083

Document Path:          /index

Document Length:        3 bytes

Concurrency Level:      300

Time taken for tests:   4.371 seconds

Complete requests:      6000

Failed requests:        0

Total transferred:      936000 bytes

HTML transferred:       18000 bytes

Requests per second:    1372.81 [#/sec] (mean)

Time per request:       218.530 [ms] (mean)

Time per request:       0.728 [ms] (mean, across all concurrent requests)

Transfer rate:          209.14 [Kbytes/sec] received

Connection Times (ms)

              min  mean[+/-sd] median   max

Connect:        0    6   4.5      7      26

Processing:   200  209   5.2    208     223

Waiting:      200  206   4.1    206     221

Total:        201  215   8.5    217     246

Percentage of the requests served within a certain time (ms)

  50%    217

  66%    221

  75%    222

  80%    223

  90%    225

  95%    227

  98%    231

  99%    235

 100%    246 (longest request)
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35

2、httprouter

Server Software:

Server Hostname:        127.0.0.1

Server Port:            8081

Document Path:          /index

Document Length:        9 bytes

Concurrency Level:      300

Time taken for tests:   4.343 seconds

Complete requests:      6000

Failed requests:        0

Total transferred:      750000 bytes

HTML transferred:       54000 bytes

Requests per second:    1381.60 [#/sec] (mean)

Time per request:       217.140 [ms] (mean)

Time per request:       0.724 [ms] (mean, across all concurrent requests)

Transfer rate:          168.65 [Kbytes/sec] received

Connection Times (ms)

              min  mean[+/-sd] median   max

Connect:        0    5   4.1      4      19

Processing:   200  209   6.0    207     227

Waiting:      200  206   3.9    205     227

Total:        201  214   9.4    211     243

Percentage of the requests served within a certain time (ms)

  50%    211

  66%    220

  75%    223

  80%    224

  90%    227

  95%    229

  98%    233

  99%    236

 100%    243 (longest request)
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36

httprouter 并发情况下内存的使用情况:

初始化

ID    COMMAND      %CPU TIME     #TH  #WQ  #POR MEM    PURG CMPR PGRP  PPID STATE    BOOSTS

20746  httprouter   0.0  00:00.01 7    0    25   1720K  0B   0B   20746 1532 sleeping *0[1]
  • 1
  • 2
  • 3
ab -n 6000 -c 100  http://127.0.0.1:8081/index

PID    COMMAND      %CPU TIME     #TH  #WQ  #POR MEM    PURG CMPR PGRP  PPID STATE    BOOSTS

20746  httprouter   0.0  00:02.05 20   0    38   7400K  0B   0B   20746 1532 sleeping *0[1]
  • 1
  • 2
  • 3
  • 4
ab -n 6000 -c 200  http://127.0.0.1:8081/index

ID    COMMAND      %CPU TIME     #TH  #WQ  #POR MEM    PURG CMPRS  PGRP  PPID STATE

20746  httprouter   0.0  00:04.14 20   0    38   9508K  0B   880K   20746 1532 sleeping
  • 1
  • 2
  • 3
  • 4
ab -n 6000 -c 300  http://127.0.0.1:8081/index

PID    COMMAND      %CPU TIME     #TH  #WQ  #POR MEM    PURG CMPRS  PGRP  PPID STATE

20746  httprouter   0.0  00:05.51 82   0    100  13M    0B   856K   20746 1532 sleeping
  • 1
  • 2
  • 3
  • 4

fasthttp 并发情况下内存的使用情况：

初始化

PID    COMMAND      %CPU TIME     #TH  #WQ  #POR MEM    PURG CMPR PGRP  PPID STATE    BOOSTS

20455  fasthttp     0.0  00:00.01 7    0    25   1704K  0B   0B   20455 1532 sleeping *0[1]
  • 1
  • 2
  • 3
ab -n 6000 -c 100 http://127.0.0.1:8080/index

PID    COMMAND      %CPU TIME     #TH  #WQ  #POR MEM    PURG CMPR PGRP  PPID STATE    BOOSTS

20455  fasthttp     1.9  00:01.61 29   0    47+  5964K+ 0B   0B   20455 1532 sleeping *0[1]
  • 1
  • 2
  • 3
  • 4
  • 5
ab -n 6000 -c 200 http://127.0.0.1:8080/index

PID    COMMAND      %CPU TIME     #TH  #WQ  #POR MEM    PURG CMPR PGRP  PPID STATE    BOOSTS

20455  fasthttp     0.0  00:02.99 29   0    47   7136K  0B   0B   20455 1532 sleeping *0[1]
  • 1
  • 2
  • 3
  • 4
ab -n 6000 -c 300 http://127.0.0.1:8080/index

PID    COMMAND      %CPU TIME     #TH  #WQ  #POR MEM    PURG CMPR PGRP  PPID STATE    BOOSTS

20455  fasthttp     0.0  00:04.18 49   0    67   8508K  0B   0B   20455 1532 sleeping *0[1]
  • 1
  • 2
  • 3
  • 4

可能是因为程序只是简单的返回了 hello world ! 所以内存增长的并不明显，
但是httprouter 在并发到300的时候 内存飙升（一开始以为自己弄错了，测了几次还是这样的数据）可能是http没有做任何优化的原因

fasthttp做了优化，并发越大的情况下越能体现优势，所以个人更倾向于fasthttp

httprouter与 fasthttp 的性能对比的更多相关文章

  1. [原] KVM 环境下MySQL性能对比

    KVM 环境下MySQL性能对比 标签(空格分隔): Cloud2.0 [TOC] 测试目的 对比MySQL在物理机和KVM环境下性能情况 压测标准 压测遵循单一变量原则,所有的对比都是只改变一个变量 ...

  2. 浅谈C++之冒泡排序、希尔排序、快速排序、插入排序、堆排序、基数排序性能对比分析之后续补充说明（有图有真相）

    如果你觉得我的有些话有点唐突,你不理解可以想看看前一篇<C++之冒泡排序.希尔排序.快速排序.插入排序.堆排序.基数排序性能对比分析>. 这几天闲着没事就写了一篇<C++之冒泡排序. ...

  3. Java--Stream，NIO ByteBuffer，NIO MappedByteBuffer性能对比

    目前Java中最IO有多种文件读取的方法,本文章对比Stream,NIO ByteBuffer,NIO MappedByteBuffer的性能,让我们知道到底怎么能写出性能高的文件读取代码. pack ...

  4. C正则库做DNS域名验证时的性能对比

    C正则库做DNS域名验证时的性能对比   本文对C的正则库regex和pcre在做域名验证的场景下做评测. 验证DNS域名的正则表达式为: "^[0-9a-zA-Z_-]+(\\.[0-9a ...

  5. 开发语言性能对比，C++、Java、Python、LUA、TCC

    一直想做开发语言性能对比,刚好有时间都做了给大家参考一下, 编译类:C++和Java表现还不错 脚本类:TCC脚本动态运行C语言,性能比其他脚本快好多... 想玩TCC的同学下载测试包,TCC目录下修 ...

  6. php+mysql预查询prepare 与普通查询的性能对比

    prepare可以解决大访问量的网站给数据库服务器所带来的负载和开销,本文章通过实例向大家介绍预查询prepare与普通查询的性能对比,需要的朋友可以参考一下. 实例代码如下: <?php cl ...

  7. 不同Framework下StringBuilder和String的性能对比，及不同Framework性能比（附Demo）

    本文版权归mephisto和博客园共有,欢迎转载,但须保留此段声明,并给出原文链接,谢谢合作. 文章是哥(mephisto)写的,SourceLink 阅读目录 介绍 环境搭建 测试用例 MSDN说明 ...

  8. ArrayList和LinkedList的几种循环遍历方式及性能对比分析(转)

    主要介绍ArrayList和LinkedList这两种list的五种循环遍历方式,各种方式的性能测试对比,根据ArrayList和LinkedList的源码实现分析性能结果,总结结论. 通过本文你可以 ...

  9. ArrayList和LinkedList的几种循环遍历方式及性能对比分析

    最新最准确内容建议直接访问原文:ArrayList和LinkedList的几种循环遍历方式及性能对比分析 主要介绍ArrayList和LinkedList这两种list的五种循环遍历方式,各种方式的性 ...

随机推荐

  1. github下载更新代码到本地

    git remote -v git fetch origin master git log -p  master.. origin/master 如果本地已修改需要 git stash git mer ...

  2. Emmet 记录

    Refs 熟悉 css 有优势,emmet 的的缩写语法特别像 css 选择器. =>参考本博笔记 # id > 直接子元素 child . class + Sibling 同级相邻的一个 ...

  3. jsp快速开始

    [greeting.jsp] <%@ page contentType="text/html;charset=UTF-8" language="java" ...

  4. java-solr solrj的使用

    新建一个maven项目,引入依赖: <dependencies> <dependency> <groupId>org.apache.solr</groupId ...

  5. JAVA配置文件/反射操作

    配置文件 1. 在src目录下新建一个file, 命名为XXX.properties 2.编写配置文件: 3. import java.util.ResourceBundle; 4. 使用如下代码读取 ...

  6. 如何预览Github上的页面

    参考链接:https://www.jianshu.com/p/46ddd926f005

  7. laravel 关闭 csrf 验证 TokenMismatchException

    csrf验证失败 注释掉kernel.php 的 csrf 行代码

  8. linux 下为qtcreator 添加排版工具

    1. 下载astyle.   http://sourceforge.net/projects/astyle 这里可以下载最新版本, 目前是3.1  下载文件astyle_3.1_linux.tar.g ...

  9. Linux网络底层收发探究【转】

    转自:https://blog.csdn.net/davion_zhang/article/details/51536807 本文为博主原创文章,未经博主允许不得转载. https://blog.cs ...

  10. [转载]linux内存映射mmap原理分析【转】

    转自:http://www.cnblogs.com/wanpengcoder/articles/5306688.html 转自:http://blog.csdn.net/yusiguyuan/arti ...