关于协议:

本打算接入层使用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. Android弹出窗口

    protected void PopUp() { final PopupWindow popup = new PopupWindow(TestActivity.this); View popView ...

  2. ps 命令的十个简单用法【转】

    注记 ps 命令有两种不同的语法风格 —— BSD 与 UNIX 两种风格.新手常常对这两种形式产生误解,因此我们有必要在这里作一个简单的说明: ps aux 与 ps -aux 是不同的,例如 -u ...

  3. matplotlib的安装和允许中文及几种字体

    安装  python -m pip install matplotlib  允许中文: 使用matplotlib的字体管理器指定字体文件 plt.rcParams['font.sans-serif'] ...

  4. Java SE之XML<二>XML DOM与SAX解析

    [文档整理系列] Java SE之XML<二>XML DOM与SAX解析 XML编程:CRUD(Create Read Update Delete) XML解析的两种常见方式: DOM(D ...

  5. VMWare14 安装Mac OS系统（图解）

    ★ 背景 瞅了瞅自己干瘪的钱包,没忍心入手期待已久的 macPro,只好在虚拟机里玩一下 mac好了,等以后钱包傲气的时候再来个真实的. 安装环境: windows10 VMWare14.2 一.准备 ...

  6. python常用模块之os模块

    全部参考~~~~~~~ 1. 解释说明版:https://www.cnblogs.com/yufeihlf/p/6179547.html 2. 简洁版: https://www.cnblogs.com ...

  7. window.name

    name 设置或返回存放窗口的名称的字符串.该名称是在 open()方法创建窗口时指定的或者使用一个<frame>标记的name属性指定的. 窗口的名称可用作一个<a>或者&l ...

  8. 【mmall】mybatis三剑客

    mybatis-generator mybatis-plugin Mybatis Plugin插件安装破解及使用:http://blog.csdn.net/u011410529/article/det ...

  9. Django学习手册 - Form 插件

    """ 核心: from django import formsfrom django.forms import fieldsfrom django.forms impo ...

  10. nginx 目录讲解