婷婷综合国产,91蜜桃婷婷狠狠久久综合9色 ,九九九九九精品,国产综合av

主頁 > 知識庫 > 如何測試Linux下tcp最大連接數限制詳解

如何測試Linux下tcp最大連接數限制詳解

熱門標簽:廣東如何申請400電話 寧波400電話辦理對企業的意義 400電話申請要什么條件 北京人工外呼系統廠家 燃氣管線地圖標注顏色 哈爾濱400電話去哪辦理 話術外呼系統 i智能電話機器人yeta 西柏坡地圖標注

前言

關于TCP服務器最大并發連接數有一種誤解就是“因為端口號上限為65535,所以TCP服務器理論上的可承載的最大并發連接數也是65535”。

先說結論:對于TCP服務端進程來說,他可以同時連接的客戶端數量并不受限于可用端口號。并發連接數受限于linux可打開文件數,這個數是可以配置的,可以非常大,所以實際上受限于系統性能。

現在做服務器開發不加上高并發根本沒臉出門,所以為了以后吹水被別人懟“天天提高并發,你自己實現的最高并發是多少”的時候能義正言辭的懟回去,趁著元旦在家沒事決定自己寫個demo搞一搞。

這個測試主要是想搞明白Linux下哪些參數配置限制了連接數的最大值,上限是多少。

一、先說下demo的思路:

服務端用epoll實現,就是簡簡單單的接收連接,然后客戶端用go的goroutine,每個goroutine就是簡單的建立連接,然后什么也不做。

上代碼:

server:

/*
 * g++ -o test_epoll ./test_epoll.c
 */
#include <unistd.h>
#include <sys/types.h>
#include <sys/socket.h>
#include <sys/epoll.h>
#include <netinet/in.h>
#include <arpa/inet.h>

#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <errno.h>

int SetReuseAddr(int fd)
{
 int optval = 1;
 socklen_t optlen = sizeof(optval);
 return setsockopt(fd, SOL_SOCKET, SO_REUSEADDR, &optval, optlen);
}

int main()
{
 int fd = socket(AF_INET, SOCK_STREAM, 0);
 int iRet = SetReuseAddr(fd);
 if (iRet != 0)
 {
 printf("setsockopt for SO_REUSEADDR failed, error:%s\n", strerror(iRet));
 return iRet;
 }

 struct sockaddr_in addr;
 memset(&addr, 0, sizeof(addr));
 addr.sin_family = AF_INET;
 addr.sin_port = htons(8080);
 addr.sin_addr.s_addr = INADDR_ANY;
 if (bind(fd, (struct sockaddr*)&addr, sizeof(addr)) == -1)
 {
 printf("bind failed, error:%s\n", strerror(errno));
 return errno;
 }

 if (listen(fd, 5) == -1)
 {
 printf("listen failed, error:%s\n", strerror(errno));
 return errno;
 }
 printf("Listening on 8080...\n");

 int epfd = epoll_create(102400);
 struct epoll_event event;
 event.events = EPOLLIN;
 event.data.fd = fd;
 epoll_ctl(epfd, EPOLL_CTL_ADD, fd, &event);

 struct epoll_event revents[102400];
 int iOnline = 0;
 while (1)
 {
 int num = epoll_wait(epfd, revents, 102400, 60 * 1000);
 printf("epoll_wait return %d\n", num);
 if (num > 0)
 {
  for (int i = 0; i < num; i++)
  {
  if (revents[i].data.fd == fd)
  {
   int client;
   struct sockaddr_in cli_addr;
   socklen_t cli_addr_len = sizeof(cli_addr);
   client = accept(fd, (struct sockaddr*)&cli_addr, &cli_addr_len);
   if (client == -1)
   {
   printf("accept failed, error:%s\n", strerror(errno));
   if (errno == EMFILE)
   {
    printf("per-process limit reached\n");
    exit(errno);
   }
   if (errno == ENFILE)
   {
    printf("system-wide limit reached\n");
    exit(errno);
   }
   continue;
   }

   iOnline++;
   printf("Receive a new connection from %s:%d\n", inet_ntoa(cli_addr.sin_addr), cli_addr.sin_port);
   event.events = EPOLLIN;
   event.data.fd = client;
   epoll_ctl(epfd, EPOLL_CTL_ADD, fd, &event);
  }
  }
 }
 printf("Online number:%d\n", iOnline);
 }

 return 0;
}

client:

package main

import (
 "net"
 "fmt"
 "time"
 "strconv"
 "runtime"
)

func Connect(host string, port int) {
 _, err := net.Dial("tcp", host+":"+strconv.Itoa(port))
 if err != nil {
 fmt.Printf("Dial to %s:%d failed\n", host, port)
 return
 }

 for {
 time.Sleep(30 * 1000 * time.Millisecond)
 }
}

func main() {
 count := 0
 for {
 go Connect("192.168.63.128", 8080)
 count++;
 fmt.Printf("Gorutue num:%d\n", runtime.NumGoroutine())
 time.Sleep(100 * time.Millisecond)
 }
}

二、開始測試

第一次:

先說結果,連接數達到1031時accept失敗了,當時還沒有對errno做判斷,所以只打印輸出了accept失敗。

然后首先想到的是ulimit -n的限制,查看了一下,默認值1024,然后就是修改這個值,在/etc/security/limits.conf中添加一下內容:

1 * soft nofile 102400
2 * hard nofile 102400

然后關閉當前xshell連接,重新連接即生效,現在看ulimit -n就是102400了。

這兩行的意思就是將每個進程能打開的文件描述符個數的soft、hard限制調整為102400,

注:ulimit -n 102400也可以生效,但是這個修改是臨時的。

然后進行第二次測試。

第二次:

逗比了,其實連接數只有2000+,我之前還在奇怪為啥Windows的默認連接數能有這么高呢,原來有些連接已經斷了,但是因為我沒有做處理,所以以為還在呢,看來我得再安裝一個虛擬機了[二哈]

待繼續。。。

安裝虛擬機去,

時間:2017-12-31 00:09:00

虛擬機安裝好了,接著搞,

這次是真的超過10K了。

連接數還在增加,不知道能不能最終達到10萬呢,小小的期待ing

時間:2017-12-31 00:41:00,最終上限卡在28232,golang一直報dial失敗,由于忘了打印出具體錯誤信息了,所以無從知道為什么dial失敗,所以只能再跑一次T_T

 時間:2017-12-31 01:01:00,添加打印dial失敗的錯誤信息的,又跑了一遍,還是在28232時出現dial失敗,錯誤信息:

golang的標準庫文檔中么有對錯誤信息的解釋,從錯誤信息來看,是分配地址失敗,于是想是不是端口地址范圍限制了。

查看了一下端口地址范圍,確認就是這個限制,由于端口地址是16位,所以,就算把這個端口地址范圍修改為1024--65535,也最多能開啟64521個連接,而我現在只有一臺虛擬機作為客戶端,所以想要實現10萬連接是不可能了,但是通過這次測試,也讓我搞明白了,到底哪些參數會限制連接的上限,這就是我想要的。

最后,感謝Linux內核團隊的大神們推出了epoll這么牛逼的機制,才使得我們現在想實現高并發是如此的容易,希望自己有一天也能這么牛逼,哈哈。

總結

以上就是這篇文章的全部內容了,希望本文的內容對大家的學習或者工作具有一定的參考學習價值,如果有疑問大家可以留言交流,謝謝大家對腳本之家的支持。

標簽:阜陽 開封 珠海 巴中 襄陽 西藏 湘潭 張家口

巨人網絡通訊聲明:本文標題《如何測試Linux下tcp最大連接數限制詳解》,本文關鍵詞  如何,測試,Linux,下,tcp,最大,;如發現本文內容存在版權問題,煩請提供相關信息告之我們,我們將及時溝通與處理。本站內容系統采集于網絡,涉及言論、版權與本站無關。
  • 相關文章
  • 下面列出與本文章《如何測試Linux下tcp最大連接數限制詳解》相關的同類信息!
  • 本頁收集關于如何測試Linux下tcp最大連接數限制詳解的相關信息資訊供網民參考!
  • 推薦文章
    婷婷综合国产,91蜜桃婷婷狠狠久久综合9色 ,九九九九九精品,国产综合av
    中文字幕巨乱亚洲| 成人av在线电影| 久久精品国产亚洲a| 99精品久久99久久久久| 日韩欧美资源站| 亚洲女人小视频在线观看| 久久99久久精品欧美| 欧美亚洲一区二区三区四区| 国产精品嫩草影院av蜜臀| 香蕉乱码成人久久天堂爱免费| 国产精选一区二区三区| 麻豆精品一区二区综合av| 欧美日韩一区二区三区四区| 精品美女在线播放| 91久久线看在观草草青青| 国产精品久久久久久久久久久免费看| 亚洲男帅同性gay1069| 懂色一区二区三区免费观看| 久久免费国产精品| 国产一区二区看久久| 日韩免费电影网站| 日韩精品视频网| 91精品国产综合久久精品图片| 亚洲欧美一区二区三区国产精品 | 日韩免费在线观看| 久久成人av少妇免费| 国产精品成人免费在线| 色天天综合久久久久综合片| 亚洲品质自拍视频网站| 777欧美精品| 久久精品国产99国产| 欧美精品一区在线观看| 成人的网站免费观看| 一区二区在线观看免费| 欧美日韩色综合| 久国产精品韩国三级视频| 日本一区二区电影| 欧美在线观看禁18| 国产尤物一区二区在线| 一区av在线播放| 欧美精品一区二区三区在线 | av电影在线观看一区| 亚洲自拍都市欧美小说| 久久日韩精品一区二区五区| 91亚洲国产成人精品一区二区三 | 国产一区二区三区久久久| 国产精品久久久久久亚洲伦| 欧美一区中文字幕| 色综合网色综合| 精品亚洲aⅴ乱码一区二区三区| 国产婷婷精品av在线| 欧美一级二级在线观看| 91亚洲大成网污www| 亚洲国产日产av| 一本到高清视频免费精品| 亚洲欧美国产三级| 91日韩在线专区| av中文一区二区三区| 国产久卡久卡久卡久卡视频精品| 精品免费视频.| 成人激情电影免费在线观看| 国产色一区二区| 91在线观看成人| 香蕉久久夜色精品国产使用方法| 亚洲伦理在线免费看| 国产人成一区二区三区影院| 久久日韩精品一区二区五区| 国产亚洲精品福利| 国产午夜一区二区三区| 国产夜色精品一区二区av| 国产欧美精品国产国产专区| 欧美一级欧美三级在线观看| 欧美一区二区女人| 国产三级精品在线| 亚洲色欲色欲www| 午夜一区二区三区在线观看| 日韩av不卡一区二区| 日韩成人免费看| 麻豆91免费观看| 国产成人精品在线看| 色婷婷综合激情| 日韩一级欧美一级| 久久综合99re88久久爱| 国产精品久久夜| 天天色图综合网| 国产+成+人+亚洲欧洲自线| 91免费看片在线观看| 91精品国产综合久久久久久久久久 | 成人av网站大全| 欧美三级在线看| 欧美视频中文字幕| 欧洲一区二区三区在线| 99精品欧美一区二区三区综合在线| 国产尤物一区二区在线| 精品在线一区二区| 精品亚洲欧美一区| 国产乱妇无码大片在线观看| 久久国产综合精品| 免费日本视频一区| 免费在线成人网| 精品系列免费在线观看| 国产一区福利在线| fc2成人免费人成在线观看播放| 国产精品中文字幕一区二区三区| 中文字幕亚洲电影| 一区二区欧美精品| 99精品1区2区| 国产精品久久一卡二卡| 粉嫩av一区二区三区粉嫩| 欧美大片拔萝卜| 色综合一个色综合| 亚洲男人的天堂网| 91麻豆精品一区二区三区| 久久久久久99久久久精品网站| 蜜芽一区二区三区| 精品久久人人做人人爽| 久久精品噜噜噜成人88aⅴ | 欧美日韩成人高清| 亚洲成人自拍网| 欧美久久一二区| 久久精品99久久久| 国产日韩欧美综合一区| 成人永久aaa| 国产午夜精品一区二区| 国产一区在线精品| 国产精品视频一二| 色婷婷亚洲综合| 丝袜美腿亚洲综合| 久久免费偷拍视频| 波多野结衣的一区二区三区| 亚洲日本在线看| 欧美一区中文字幕| 国产成人免费高清| 一区二区欧美在线观看| 精品国产一区二区三区av性色| 国产精品一级黄| 亚洲女厕所小便bbb| 精品久久人人做人人爱| va亚洲va日韩不卡在线观看| 亚洲电影第三页| 国产精品久久看| 蜜桃视频在线一区| 亚洲精品第1页| www欧美成人18+| 91日韩精品一区| 五月婷婷激情综合| 日韩欧美国产综合| 丝袜诱惑亚洲看片| 精品国产污污免费网站入口 | 在线综合视频播放| 97国产精品videossex| 国产乱一区二区| 天天综合网天天综合色| 一区在线观看免费| 中文字幕二三区不卡| 精品国产一区二区三区久久久蜜月| 在线观看国产精品网站| 国产精品99久久久久久久女警| 久久国产精品一区二区| 同产精品九九九| 亚洲主播在线播放| 亚洲综合色成人| 亚洲欧美激情插| 亚洲一区自拍偷拍| 亚洲一区二区三区四区五区中文| 国产午夜亚洲精品午夜鲁丝片| 久久久精品一品道一区| 国产欧美精品一区aⅴ影院| 国产午夜精品理论片a级大结局| 久久新电视剧免费观看| 久久精品一区二区| 国产校园另类小说区| 亚洲欧洲无码一区二区三区| 亚洲精品水蜜桃| 亚洲国产成人tv| 男人的j进女人的j一区| 国产乱理伦片在线观看夜一区| 大美女一区二区三区| 91在线一区二区| 欧美日韩视频第一区| 精品亚洲aⅴ乱码一区二区三区| 国产成人8x视频一区二区| 99re在线精品| 制服丝袜日韩国产| 国产精品午夜免费| 欧美精品一区二区在线播放| 日韩欧美专区在线| 精品福利一区二区三区免费视频| 午夜av区久久| 狠狠色丁香久久婷婷综合丁香| 中文av一区二区| 免费在线观看一区| 不卡的看片网站| 福利电影一区二区三区| 欧美久久久久久久久中文字幕| 久久久久久97三级| 丝袜国产日韩另类美女| 成人涩涩免费视频| 国产激情精品久久久第一区二区| 日本中文字幕一区|