- r - 以节省内存的方式增长 data.frame
- ruby-on-rails - ruby/ruby on rails 内存泄漏检测
- android - 无法解析导入android.support.v7.app
- UNIX 域套接字与共享内存(映射文件)
我编写了以下 GO 程序用于目的测试。此 http 服务器接收 get 请求并向另一个 rest 服务发出 http 调用。该程序运行良好,但当我在 2vCPUs 8 GB 框中运行负载测试时。它在大约 500 TPS 后开始提供 Http 503。
func retrievedata(w http.ResponseWriter, r *http.Request){
client := &http.Client{
Timeout: time.Second * 5,
Transport: &http.Transport{
TLSClientConfig: &tls.Config{
InsecureSkipVerify: true,
},
},
}
w.Header().Set("Content-Type", "application/json")
urlstring, _ := url.Parse("https://service.dot.com/backendservice/")
req, _ := http.NewRequest("GET", endpointurl, nil)
req.Header.Set("Accept", "application/json")
req.Header.Set("Content-Type", "application/json")
resp, err := client.Do(req)
if err != nil {
fmt.Println(err)
}
defer resp.Body.Close()
switch resp.StatusCode {
case 200:
data, _ := ioutil.ReadAll(resp.Body)
w.Write(data)
case 404:
w.WriteHeader(http.StatusNotFound)
data, _ := ioutil.ReadAll(resp.Body)
w.Write(data)
case 500:
w.WriteHeader(http.StatusInternalServerError)
data, _ := ioutil.ReadAll(resp.Body)
w.Write(data)
default:
w.WriteHeader(http.StatusNoContent)
}
}
func main() {
fmt.Println("this is a main function")
http.HandleFunc("/getdata", retrievedata)
err := http.ListenAndServe(":8191", nil)
if err != nil {
fmt.Println(err)
}
fmt.Println("Service is Running at port 8191")
}
然后我添加了 go routine 来生成处理函数
go http.HandleFunc("/getdata", retrievedata)
这次我看到 TPS 略有增加,但在大约 600 TPS 后我仍然收到 503 错误。请注意,其他休息功能已针对 2000TPS 进行了测试,因此我确信这没有问题。我是否应该采取任何不同的措施来实现更高的 TPS?
最佳答案
如果你看transport.go你会看到:
var DefaultTransport RoundTripper = &Transport{
//...
MaxIdleConns: 100,
IdleConnTimeout: 90 * time.Second,
//...
}
// DefaultMaxIdleConnsPerHost is the default value of Transport's
// MaxIdleConnsPerHost.
const DefaultMaxIdleConnsPerHost = 2
当它执行 MaxIdleConns: 100
时,它将连接池的大小设置为 100 个连接,但是 DefaultMaxIdleConnsPerHost
将其设置为每个主机 2 个。
所以基本上,您的连接池只能容纳 2 个套接字。因此,如果您要执行 100 个并发请求,一旦它们完成,其中 2 个套接字将在池中保持打开状态,而其他 98 个将关闭并最终进入 TIME_WAIT
状态。
由于这是在负载测试工具的 goroutine 中发生的,因此您只会在 TIME_WAIT
状态下累积数千个连接。最终,您将用完临时端口并且无法打开新的客户端连接。
defaultRoundTripper := http.DefaultTransport
defaultTransportPtr, ok := defaultRoundTripper.(*http.Transport)
if !ok {
panic(fmt.Sprintf("defaultRoundTripper not an *http.Transport"))
}
defaultTransport := *defaultTransportPtr
defaultTransport.MaxIdleConns = 1000
defaultTransport.MaxIdleConnsPerHost = 1000
client = &http.Client{Transport: &defaultTransport}
最重要的是,您正在做的很多工作,您不需要对每个请求都做。你可以更像这样:
var client *http.Client
var endpointurl string
var req http.Request
func init() {
defaultRoundTripper := http.DefaultTransport
defaultTransportPtr, ok := defaultRoundTripper.(*http.Transport)
if !ok {
panic(fmt.Sprintf("defaultRoundTripper not an *http.Transport"))
}
defaultTransport := *defaultTransportPtr
defaultTransport.MaxIdleConns = 1000
defaultTransport.MaxIdleConnsPerHost = 1000
defaultTransport.TLSClientConfig = &tls.Config{
InsecureSkipVerify: true,
}
client = &http.Client{Transport: }
client = &http.Client{
Timeout: time.Second * 5,
Transport: &defaultTransport
}
endpointurl, _ = url.Parse("https://service.dot.com/backendservice/")
req, _ := http.NewRequest("GET", endpointurl, nil)
req.Header.Set("Accept", "application/json")
req.Header.Set("Content-Type", "application/json")
}
func retrievedata(w http.ResponseWriter, r *http.Request){
w.Header().Set("Content-Type", "application/json")
resp, err := client.Do(req)
if err != nil {
fmt.Println(err)
}
defer resp.Body.Close()
switch resp.StatusCode {
case 200:
data, _ := ioutil.ReadAll(resp.Body)
w.Write(data)
case 404:
w.WriteHeader(http.StatusNotFound)
data, _ := ioutil.ReadAll(resp.Body)
w.Write(data)
case 500:
w.WriteHeader(http.StatusInternalServerError)
data, _ := ioutil.ReadAll(resp.Body)
w.Write(data)
default:
w.WriteHeader(http.StatusNoContent)
}
}
func main() {
fmt.Println("this is a main function")
http.HandleFunc("/getdata", retrievedata)
err := http.ListenAndServe(":8191", nil)
if err != nil {
fmt.Println(err)
}
fmt.Println("Service is Running at port 8191")
}
关于go lang http服务器503负载错误,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/46740386/
据我了解,HTTP POST 请求的正文大小没有限制。因此,客户端可能会在一个 HTTP 请求中发送 千兆字节 的数据。现在我想知道 HTTP 服务器应该如何处理此类请求。 Tomcat 和 Jett
在了解Web Deploy我遇到了一些讨论 http://+:80 和 http://*:80 的 netsh.exe 命令。这些是什么意思? 最佳答案 引自URLPrefix Strings (Wi
假设我有一个负载均衡器,然后是 2 个 Web 服务器,然后是一个负载均衡器,然后是 4 个应用程序服务器。 HTTP 响应是否遵循与 HTTP 请求服务相同的路径? 最佳答案 按路径,我假设您是网络
我有一个带有 uri /api/books/122 的资源,如果在客户端为此资源发送 HTTP Delete 时该资源不存在,那么相应的响应代码是什么这个 Action ?是不是404 Not Fou
是否有特定的(或约定的)HTTP 响应消息(或除断开连接之外的其他操作)来阐明服务器不接受 pipelined HTTP requests ? 我正在寻找能让客户端停止流水线化它的请求并分别发送每个请
在了解Web Deploy我遇到了一些讨论 http://+:80 和 http://*:80 的 netsh.exe 命令。这些是什么意思? 最佳答案 引自URLPrefix Strings (Wi
我有一个带有 uri /api/books/122 的资源,如果在客户端为此资源发送 HTTP Delete 时该资源不存在,那么相应的响应代码是什么这个 Action ?是不是404 Not Fou
关闭。这个问题需要更多focused .它目前不接受答案。 想改进这个问题吗? 更新问题,使其只关注一个问题 editing this post . 关闭 8 年前。 Improve this qu
我使用 Mule 作为 REST API AMQP。我必须发送自定义请求方法:“PRINT”,但我收到: Status Code: 400 Bad Request The request could
我需要针对具有不同 HTTP 响应代码的 URL 测试我的脚本。我如何获取响应代码 300、303 或 307 等的示例/示例现有 URL? 谢谢! 最佳答案 您可以使用 httpbin为此目的。 例
我正在尝试编写一个程序来匹配 HTTP 请求及其相应的响应。似乎在大多数情况下一切都运行良好(当传输完全有序时,即使不是,通过使用 TCP 序列号)。 我发现的唯一问题是当我有流水线请求时。在那之后,
RESTful Web Services鼓励使用 HTTP 303将客户端重定向到资源的规范表示。它仅在 HTTP GET 的上下文中讨论主题。 这是否也适用于其他 HTTP 方法?如果客户端尝试对非
当使用chunked HTTP传输编码时,为什么服务器需要同时写出chunk的字节大小并且后续的chunk数据以CRLF结尾? 这不会使发送二进制数据“CRLF-unclean”和方法有点多余吗? 如
这个问题在这里已经有了答案: Is it acceptable for a server to send a HTTP response before the entire request has
如果我向同一台服务器发出多个 HTTP Get 请求并收到每个请求的 HTTP 200 OK 响应,我如何使用 Wireshark 判断哪个请求映射到哪个响应? 目前看起来像是发出了一个 http 请
func main() { http.HandleFunc("/", handler) } func handler(w http.ResponseWriter, r http.Request
我找不到有值(value)的 NodeJS with Typescript 教程,所以我在无指导下潜入水中,果然我有一个问题。 我不明白这两行之间的区别: import * as http from
问一个关于Are HTTP headers case-sensitive?的问题,如果 HTTP 方法区分大小写,大多数服务器如何处理“get”或“post”与“GET”或“POST”? 例如,看起来
我正在使用ASP.NET,在其中我通过动词GET接收查询,该应用程序专用于该URL。 该代码有效,但是如果用户发送的密码使http 200无效,请回答我,并在消息的正文中显示“Fail user or
Closed. This question needs details or clarity。它当前不接受答案。 想改善这个问题吗?添加详细信息,并通过editing this post阐明问题。 9
我是一名优秀的程序员,十分优秀!