GO：HTTP链接数量对程序性能的影响

最新推荐文章于 2023-04-12 17:41:50 发布
最新推荐文章于 2023-04-12 17:41:50 发布
阅读量1k 收藏 1
点赞数 1
分类专栏： GO 网络技术 Linux 文章标签： 性能测试 性能 TCP链接数性能 后端性能 性能影响
本文为博主原创文章，未经博主允许不得转载。
本文链接：https://blog.csdn.net/test1280/article/details/109902615
版权
Linux 同时被 3 个专栏收录
124 篇文章 3 订阅
订阅专栏
GO
43 篇文章 3 订阅
订阅专栏
网络技术
30 篇文章 1 订阅
订阅专栏

GO：HTTP链接数量对程序性能的影响

总结

对一个HTTP服务进程而言，并不是HTTP（TCP）链接数量越多，程序性能就越好，吞吐量就越高。

具体问题，具体分析，实测为王。

测试环境

go版本：

/root>go version
go version go1.13.6 linux/amd64

服务器版本：

/root>cat /proc/version
Linux version 3.10.0-1062.el7.x86_64 (mockbuild@kbuilder.bsys.centos.org) (gcc version 4.8.5 20150623 (Red Hat 4.8.5-36) (GCC) ) #1 SMP Wed Aug 7 18:08:02 UTC 2019

CPU信息：12 Core

cat /proc/cpuinfo 
processor	: 0
vendor_id	: GenuineIntel
cpu family	: 6
model		: 63
model name	: Intel(R) Xeon(R) CPU E5-2609 v3 @ 1.90GHz
stepping	: 2
microcode	: 0x43
cpu MHz		: 1238.757
cache size	: 15360 KB
physical id	: 0
siblings	: 6
core id		: 0
cpu cores	: 6
apicid		: 0
initial apicid	: 0
fpu		: yes
fpu_exception	: yes
cpuid level	: 15
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid dca sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm epb ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid cqm xsaveopt cqm_llc cqm_occup_llc dtherm arat pln pts md_clear spec_ctrl intel_stibp flush_l1d
bogomips	: 3791.03
clflush size	: 64
cache_alignment	: 64
address sizes	: 46 bits physical, 48 bits virtual
power management:

……

processor	: 11
vendor_id	: GenuineIntel
cpu family	: 6
model		: 63
model name	: Intel(R) Xeon(R) CPU E5-2609 v3 @ 1.90GHz
stepping	: 2
microcode	: 0x43
cpu MHz		: 1268.792
cache size	: 15360 KB
physical id	: 1
siblings	: 6
core id		: 5
cpu cores	: 6
apicid		: 26
initial apicid	: 26
fpu		: yes
fpu_exception	: yes
cpuid level	: 15
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid dca sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm epb ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid cqm xsaveopt cqm_llc cqm_occup_llc dtherm arat pln pts md_clear spec_ctrl intel_stibp flush_l1d
bogomips	: 3795.84
clflush size	: 64
cache_alignment	: 64
address sizes	: 46 bits physical, 48 bits virtual
power management:

HTTP服务程序代码：

package main

import (
	"net/http"
	_ "net/http/pprof"
)


func main() {
	http.HandleFunc("/", func(w http.ResponseWriter, r *http.Request) {
		/* 设置应答头 */
		w.Header().Set("Content-Type", "application/json")

		/* 设置状态码 */
		w.WriteHeader(201)

		/* 设置应答体 */
		w.Write([]byte("{}"))
	})
	http.ListenAndServe(":1280", nil)
}

测试工具：ab

/root>ab -V
This is ApacheBench, Version 2.3 <$Revision: 1430300 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/
A.链接数量：1

压测命令：

ab -k -n 2000000 -c 1 http://127.0.0.1:1280/

压测结果：

TP50=TP99=0ms，TP100=4ms，QPS=15000。

Server Software:        
Server Hostname:        127.0.0.1
Server Port:            1280

Document Path:          /
Document Length:        2 bytes

Concurrency Level:      1
Time taken for tests:   126.080 seconds
Complete requests:      2000000
Failed requests:        0
Write errors:           0
Keep-Alive requests:    2000000
Total transferred:      276000000 bytes
HTML transferred:       4000000 bytes
Requests per second:    15862.92 [#/sec] (mean)
Time per request:       0.063 [ms] (mean)
Time per request:       0.063 [ms] (mean, across all concurrent requests)
Transfer rate:          2137.78 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:        0    0   0.0      0       0
Processing:     0    0   0.0      0       4
Waiting:        0    0   0.0      0       4
Total:          0    0   0.0      0       4

Percentage of the requests served within a certain time (ms)
  50%      0
  66%      0
  75%      0
  80%      0
  90%      0
  95%      0
  98%      0
  99%      0
 100%      4 (longest request)

TOP截图：

sy系统占用（中断）6.7，HTTP服务进程（main-127%），ab客户端进程（35%）

在这里插入图片描述

B.链接数量：5

压测命令：

ab -k -n 2000000 -c 5 http://127.0.0.1:1280/

压测结果：

TP50=TP99=0ms，TP100=6ms，QPS=65000。

Server Software:        
Server Hostname:        127.0.0.1
Server Port:            1280

Document Path:          /
Document Length:        2 bytes

Concurrency Level:      5
Time taken for tests:   30.539 seconds
Complete requests:      2000000
Failed requests:        0
Write errors:           0
Keep-Alive requests:    2000000
Total transferred:      276000000 bytes
HTML transferred:       4000000 bytes
Requests per second:    65489.12 [#/sec] (mean)
Time per request:       0.076 [ms] (mean)
Time per request:       0.015 [ms] (mean, across all concurrent requests)
Transfer rate:          8825.68 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:        0    0   0.0      0       0
Processing:     0    0   0.0      0       6
Waiting:        0    0   0.0      0       6
Total:          0    0   0.0      0       6

Percentage of the requests served within a certain time (ms)
  50%      0
  66%      0
  75%      0
  80%      0
  90%      0
  95%      0
  98%      0
  99%      0
 100%      6 (longest request)

TOP截图：

sy系统占用（中断）16.7，HTTP服务进程（main-423%），ab客户端进程（95%）

在这里插入图片描述

C.链接数量：10

压测命令：

ab -k -n 2000000 -c 10 http://127.0.0.1:1280/

压测结果：

TP50=TP99=0ms，TP100=13ms，QPS=70000。

Server Software:        
Server Hostname:        127.0.0.1
Server Port:            1280

Document Path:          /
Document Length:        2 bytes

Concurrency Level:      10
Time taken for tests:   28.246 seconds
Complete requests:      2000000
Failed requests:        0
Write errors:           0
Keep-Alive requests:    2000000
Total transferred:      276000000 bytes
HTML transferred:       4000000 bytes
Requests per second:    70807.73 [#/sec] (mean)
Time per request:       0.141 [ms] (mean)
Time per request:       0.014 [ms] (mean, across all concurrent requests)
Transfer rate:          9542.45 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:        0    0   0.0      0       0
Processing:     0    0   0.1      0      13
Waiting:        0    0   0.1      0      13
Total:          0    0   0.1      0      13

Percentage of the requests served within a certain time (ms)
  50%      0
  66%      0
  75%      0
  80%      0
  90%      0
  95%      0
  98%      0
  99%      0
 100%     13 (longest request)

TOP截图：

sy系统占用（中断）17.4，HTTP服务进程（main-466%），ab客户端进程（98%）

在这里插入图片描述

D.链接数量：50

压测命令：

ab -k -n 2000000 -c 50 http://127.0.0.1:1280/

压测结果：

TP50=1ms，TP99=2ms，TP100=14ms，QPS=72000。

Server Software:        
Server Hostname:        127.0.0.1
Server Port:            1280

Document Path:          /
Document Length:        2 bytes

Concurrency Level:      50
Time taken for tests:   27.654 seconds
Complete requests:      2000000
Failed requests:        0
Write errors:           0
Keep-Alive requests:    2000000
Total transferred:      276000000 bytes
HTML transferred:       4000000 bytes
Requests per second:    72321.58 [#/sec] (mean)
Time per request:       0.691 [ms] (mean)
Time per request:       0.014 [ms] (mean, across all concurrent requests)
Transfer rate:          9746.46 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:        0    0   0.0      0       3
Processing:     0    1   0.3      1      14
Waiting:        0    1   0.3      1      14
Total:          0    1   0.3      1      14

Percentage of the requests served within a certain time (ms)
  50%      1
  66%      1
  75%      1
  80%      1
  90%      1
  95%      1
  98%      1
  99%      2
 100%     14 (longest request)

TOP截图：

sy系统占用（中断）18.3，HTTP服务进程（main-496%），ab客户端进程（100%）

在这里插入图片描述

E.链接数量：100

压测命令：

ab -k -n 2000000 -c 100 http://127.0.0.1:1280/

压测结果：

TP50=1ms，TP99=3ms，TP100=15ms，QPS=74000。

Server Software:        
Server Hostname:        127.0.0.1
Server Port:            1280

Document Path:          /
Document Length:        2 bytes

Concurrency Level:      100
Time taken for tests:   26.892 seconds
Complete requests:      2000000
Failed requests:        0
Write errors:           0
Keep-Alive requests:    2000000
Total transferred:      276000000 bytes
HTML transferred:       4000000 bytes
Requests per second:    74371.85 [#/sec] (mean)
Time per request:       1.345 [ms] (mean)
Time per request:       0.013 [ms] (mean, across all concurrent requests)
Transfer rate:          10022.77 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:        0    0   0.0      0       6
Processing:     0    1   0.4      1      15
Waiting:        0    1   0.4      1      15
Total:          0    1   0.4      1      15

Percentage of the requests served within a certain time (ms)
  50%      1
  66%      1
  75%      1
  80%      1
  90%      1
  95%      2
  98%      3
  99%      3
 100%     15 (longest request)

TOP截图：

sy系统占用（中断）18.9，HTTP服务进程（main-519%），ab客户端进程（100%）

在这里插入图片描述

F.链接数量：200

压测命令：

ab -k -n 2000000 -c 200 http://127.0.0.1:1280/

压测结果：

TP50=3ms，TP99=6ms，TP100=19ms，QPS=75000。

Server Software:        
Server Hostname:        127.0.0.1
Server Port:            1280

Document Path:          /
Document Length:        2 bytes

Concurrency Level:      200
Time taken for tests:   26.582 seconds
Complete requests:      2000000
Failed requests:        0
Write errors:           0
Keep-Alive requests:    2000000
Total transferred:      276000000 bytes
HTML transferred:       4000000 bytes
Requests per second:    75239.01 [#/sec] (mean)
Time per request:       2.658 [ms] (mean)
Time per request:       0.013 [ms] (mean, across all concurrent requests)
Transfer rate:          10139.63 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:        0    0   0.1      0      11
Processing:     0    3   0.7      3      19
Waiting:        0    3   0.7      3      19
Total:          0    3   0.7      3      19

Percentage of the requests served within a certain time (ms)
  50%      3
  66%      3
  75%      3
  80%      3
  90%      3
  95%      4
  98%      5
  99%      6
 100%     19 (longest request)

TOP截图：

sy系统占用（中断）18.1，HTTP服务进程（main-534%），ab客户端进程（100%）

在这里插入图片描述

G.链接数量：1000

压测命令：

ab -k -n 2000000 -c 1000 http://127.0.0.1:1280/

压测结果：

TP50=14ms，TP99=26ms，TP100=71ms，QPS=70000。

Server Software:        
Server Hostname:        127.0.0.1
Server Port:            1280

Document Path:          /
Document Length:        2 bytes

Concurrency Level:      1000
Time taken for tests:   28.568 seconds
Complete requests:      2000000
Failed requests:        0
Write errors:           0
Keep-Alive requests:    2000000
Total transferred:      276000000 bytes
HTML transferred:       4000000 bytes
Requests per second:    70008.65 [#/sec] (mean)
Time per request:       14.284 [ms] (mean)
Time per request:       0.014 [ms] (mean, across all concurrent requests)
Transfer rate:          9434.76 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:        0    0   0.8      0      50
Processing:     0   14   1.9     14      71
Waiting:        0   14   1.9     14      71
Total:          0   14   2.1     14      71

Percentage of the requests served within a certain time (ms)
  50%     14
  66%     14
  75%     14
  80%     14
  90%     15
  95%     15
  98%     21
  99%     26
 100%     71 (longest request)

TOP截图：

sy系统占用（中断）18.3，HTTP服务进程（main-488%），ab客户端进程（100%）

在这里插入图片描述

汇总分析

先说明两个机制，再分三类分析。

机制一：ab并发机制

ab -c 指的是并发的TCP/HTTP链接数量，指的是：

任意时刻，ab同时维持 -c 个链接，每个链接上跑一个HTTP请求，即ab同时并发 -c 个HTTP请求。

【实际上，一个HTTP/1链路只能跑一个请求，非异步模式，不考虑pipeline形式下】

ab发请求不是恒定QPS的，是按照并发数量测试的。

这就会有一个现象：

后台程序性能越好，请求处理时间越短，相同的并发链接数，跑的消息将越多，占用CPU将越多。

假设忽略网络传输时间的情况下：

A.一个请求平均处理时长是1ms，则一个连接的QPS是1000
B.一个请求平均处理时长是10ms，则一个连接的QPS是100
C.一个请求平均处理时长是100ms，则一个连接的QPS是10
D.……

程序未过负荷时，若跑的越快，处理的请求将越多，占用的CPU将越高。

通常程序跑的慢，常因为阻塞之类的原因，例如条件变量、锁、IO等，它们占用CPU很小（线程挂起“让出”，让出了CPU资源），但使得进程要等，跑不起来量。

机制二：ab上限

在测试时发现，ab最大似乎只能跑到100%的CPU，为啥呢？

因为……ab是单线程的啊……

ApacheBench (ab) is a single-threaded command line computer program for measuring the performance of HTTP web servers.

参考：https://en.wikipedia.org/wiki/ApacheBench#cite_note-1

一直以为ab是多线程的呢。

所以，ab是单线程工具，当然最多只能占用100%，即一个Core的CPU资源。

因此，ab是存在上限的，其发出的请求速率，受限于客户端自己的单线程发请求机制。

假设，HTTP服务端QPS能力无限大，其处理时延无限小，其实真正通过ab发出的请求仍然不是无限大的，ab本身不可能发出无限多的请求。

分析一：TP时延（ab可见的请求处理时长）

此时延，是ab看见的请求处理时长，包括了HTTP服务端实际处理时长以及网络传输时长。

在这里插入图片描述
TP时延，随着链接数增大，时延逐渐增加。

链接数小，后台线程（协程）争抢锁等资源就少，跑的就快，处理时延就低。
链接数多，后台线程（协程）争抢锁等资源就多，跑的就慢，处理时延就高。

一个进程，同时处理1个请求和同时处理1000个请求，明显是有区别的。

后台进程，跑A-1和B-5等对比，在处理不同QPS的开销不同，在管理多TCP链路开销也不同……

（管理链路越少，开销【例如sy软中断】越小，有更多的CPU资源处理请求）

TP100即测试期间最大的时延。

PS：关于链路多少的开销影响，还可以看redis性能。

最开始做的是同步模式，一个redis客户端建立一个TCP链路到redis服务端。

redis服务端耗费大量的CPU在几千个链路管理上（每个链路有数据到，就软中断，系统sy很高），真正用于处理redis指令的CPU反而很少。

分析二：QPS

在这里插入图片描述
随着链接数的增加，QPS呈现先增加后减少。

A-1时，QPS小，主要是受限于链接数量。

ab和HTTP服务进程之间只能有一个链路，ab发一个请求就要等到应答回来才能再发下一个请求，是串行的。

B-5之后就是并发执行，可以见到QPS大幅增加。

此时，增加链接数，可以增加少许QPS，但作用有限。

可以认为，在B-5+的测试用例，就是服务端的一个性能数据水准。

其实可以大约估算出来每个请求的时延（理想情况，暂时忽略其他不可忽略的因素）：

1.A-1：1s/15865/1链路=6.30e-5s
2.B-5：1s/65489/5链路=3.05e-6s

链路越多，时延越大，虽然QPS上去了……

G-1000时，大量的链路管理，耗费了很多的CPU资源，进程内部也可能在抢、等资源，因此QPS反而下降。

分析三：CPU

在这里插入图片描述

在这里插入图片描述

随着HTTP链接数增加：

  • ab，HTTP服务端跑的越快，ab发的请求越快，占用CPU越高，直到100%上限
  • sy，链接数越多，QPS越大，软中断越大，sy越高
  • HTTP服务端进程（main），链路越多，QPS越大，占用CPU越高，直到（上限）：链路数量增加导致sy增加，忙着切换上下文，QPS降低，CPU也降低。

总结

性能测试涉及到很多方面的考虑，一点不起眼的配置，就会大大影响性能数据。

并不是HTTP链接数越多，程序性能就越好，QPS就越大。

给你10000个链接，HTTP服务器都去做IO、做中断去，业务逻辑都没CPU资源去做，哈哈。

所以，要实际测试，在QPS、CPU占用率等之间做一个权衡，选择适合自己应用场景的模式。

性能测试不仅要考虑到QPS、CPU占用率等指标，还有CPU型号、内存占用等……这里暂未介绍。

PS：可以参见我的另外一篇文章：

https://blog.csdn.net/test1280/article/details/109715926

里面的测试数据，是我笔记本win装vmware虚拟机跑的，相同的代码，相同的测试环境：

虚拟机跑的QPS要比我这篇文章中使用的服务器要多（7W/10W），占用的CPU也更少。

足以可见CPU性能对性能数据的影响。

test1280
关注
  • 1
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
主流go-web服务端框架性能测试
ws_lzy007的博客
10-21 1222
测试目的 由于K8s缘故涉猎go语言，发现golang的web框架很多，都号称高性能标杆；之前一直致力于c++高性能服务端框架研究，出于好奇，想单从性能层面客观比较一下go的众多web框架，另一方面也希望看看c++的实现与go语言实现之间究竟存在多大差异。 高性能服务框架评估指标很多，但一般来讲吞吐量与QPS是关键考量指标，吞吐量衡量带宽利用率，QPS主要考验框架调度性能（几乎所有可称之为“高性能...
http 请求cpu_运维大佬经验分享：如何找出让CPU使用率达到100%的应用（2）
weixin_36443823的博客
01-09 369
该系列文章共计两篇，本文为第二篇！案例下面我们就以 Nginx + PHP 的 Web 服务为例，来验证发现CPU使用率过高的问题后，要怎么使用top等工具找出异常进程，又要怎么利用perf找出引发性能问题的函数。实战准备机器配置:2CPU，8GB内存预先安装docker、sysstat、perf、ab等工具，如apt install docker. io sysstat linux-toolsc...
Go1.9不使用http2提高http传输效率
JieLinDee的专栏
09-30 1693
内部应用对外提供httpAPI,QPS提不上去,于是对接口进行了改造,将短链接改成长连接,在长连接上做数据交互.QPS有了显著提高,代码片段.内部实现是自定义解析http的，类似于fasthttp的方法,需要时解析,这里是用标准库的方法做的小实例package mainimport ( "bufio" "io" "log" "net" "net/http"
Go语言HTTP测试及程序性能调优
拙言的专栏
11-22 7077
这篇要讲的东西，主要是HTTP,WebSocket的测试及如何调优Go程序的一些方法. 分下面几个内容: 一.httptest测试包 二.性能测试 三.怎么利用参数分析和调优程序 四.在运行中实时监控调优 一.httptest测试包 对于HTTP和WebSocket测试，Go标准库有一个HTTP测试框架.在"http/httptest"包下.  go1.5.1\go\src
【搞定Go语言】第3天22：常用的HTTP服务压测工具介绍
就叫一片白纸的博客
03-18 540
在项目正式上线之前，我们通常需要通过压测来评估当前系统能够支撑的请求量、排查可能存在的隐藏bug，同时了解了程序的实际处理能力能够帮我们更好的匹配项目的实际需求，节约资源成本。 HTTP服务压力测试工具 在项目正式上线之前，我们通常需要通过压测来评估当前系统能够支撑的请求量、排查可能存在的隐藏bug，同时了解了程序的实际处理能力能够帮我们更好的匹配项目的实际需求，节约资源成本。 压测相关术语 响应时间(RT) ：指系统对请求作出响应的时间. 吞吐量(Throughput) ：指系统在单位时间内处理请求的数量
I_go.rar_Go_ Go_ Go!_go围棋_围棋_围棋程序_围棋胜负
09-24
”可能代表游戏进行的激动人心的氛围，也可能是开发者对程序性能的期望——快速、流畅。 接下来，我们关注“围棋程序”。编写围棋程序的核心在于实现智能算法，常见的有Minimax算法和蒙特卡洛树搜索（MCTS）。...
golang开发的短链接服务，分别含windows、linux的64位版本
05-24
【标签】 "golang 短链接" 表明这个项目是用Go语言编写的，Go语言以其高性能、并发支持和简洁的语法在服务器端编程领域被广泛应用，尤其是对于构建网络服务和微服务架构。 【压缩包子文件】 包含的文件如下： - **...
Go-ap2pmagnet-linkspider一个磁力链接收集器
08-14
本文将详细介绍一款名为"Go-ap2pmagnet-linkspider"的工具，这是一个用Go语言编写的磁力链接收集器，它可以帮助用户快速、便捷地从DHT（分布式哈希表）网络中搜集资源信息。 首先，我们要理解DHT网络的工作原理。...
dowloadmanagercli:命令行界面，以并发方式从链接下载文件
04-04
Go语言是Google开发的一种静态类型的编程语言，以其高效的性能、内存管理和并发模型而闻名。这也就意味着，dowloadmanagercli 可能利用了Go语言的优势，如轻量级线程（goroutines）和通道（channels），来实现其并发...
Go的fasthttp快的秘诀：简单事情做到极致
flynetcn的专栏
08-31 1323
fasthttp的作者并不是拍脑门优化的，是通过go tool pprof --alloc_objects your-program mem.pprof哪里有内存消耗然后针对性优化。
golang与node.js的http模块性能对比测试（go1）
diandi5157的博客
08-12 460
去年的时候，曾经简单对比了一下golang和nodejs的http模块的性能，见：golang与node.js的http对比测试 那时golang还没发布go1，http模块比nodejs差得很远。 go1出来已经有一段时间了，我知道go的http模块性能已经有比较大的提升，但是最近依然见到有人提起去年写的那篇文章，为避免产生对golang的误解，对于go1的最新测试结果如下。 ...
原生PHP、Laravel、MIXPHP、Go高并发性能测试QPS
十年砍柴的博客
09-17 4421
系统环境： 4核8G内存，SSD硬盘 CentOS 6.5 64位 MySQL 5.6.29 PHP 5.6.22 Apache 2.2.31 nginx 1.10.0 启用OPcache web架构为： 把php请求利用Nginx反向代理给后端的Apache或者MIXPHP。 测试之前，请先查看apache的ab测试注意点：Apache的ab进行并发性能测试的注意点 一、基准性能测试 1000并发，1万请求数： ab-n10000-c1000{URL} 1...
为什么http请求过多会导致页面加载过慢？
Weiyatong的博客
03-23 1648
为什么http请求过多会导致页面加载过慢？
服务端使用Http请求接口时当请求量稍大时，有关timeout的配置注意点
最新发布
qq_35147659的博客
04-12 623
A系统采集一批物联网设备上报的数据，这个时候有个第三方系统B系统也需要物联网的数据，B系统提供了一个接口供A系统调用推送，在代码中采用http方式进行推送。
go http 框架性能大幅下降原因分析
weixin_34138056的博客
10-19 133
最近在开发一个web 框架，然后业务方使用过程中，跟我们说，压测qps 上不去，我就很纳闷，httprouter + net/http.httpserver , 性能不可能这么差啊，网上的压测结果都是10w qps 以上，几个middleware 至于将性能拖垮？后来一番排查，发现些有意思的东西。 首先，我就简单压测hello world, 每个请求进...
http请求限制和http连接限制
clyu的博客
01-21 3121
1、http连接限制 ngx_http_limit_conn_module模块用于限制每个定义的键的连接数，特别是来自单个IP地址的连接数。并非所有连接都被计数。仅当连接具有服务器正在处理的请求并且已读取整个请求标头时，才对连接进行计数。 http模块配置 指令：limit_conn_zone key zone=name:size;可存在位置：http 案例：limit_conn_zone $binary_remote_addr zone=conn_zone:10m; 翻译：客户端IP地址用作键,
http服务器并发性能是多少,Go服务器中并发（同时）HTTP连接的理论最大数量是多少？...
weixin_39912984的博客
08-09 1185
并发HTTP连接的数量受可用内存和操作系统限制的限制。在Linux中，可以使用来打印和更改软操作系统限制(例如，打开文件的最大数量)ulimit。在内存方面，运行在32位Linux上的最小型Go HTTP服务器中的每个HTTP连接都占用21 KiB的内存(该服务器的源代码，可与Go 2013-03-23版一起编译，位于下面)。在64位Linux上，预计内存消耗会更高。在服务器可用内存为1GB的32...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值