常識一：文件句柄限制

在Linux下編寫網絡服務器程序的朋友肯定都知道每一個tcp連接都要占一個文件描述符，一旦這個文件描述符使用完了，新的連接到來返回給我們的錯誤是“Socket/File:Can't open so many files”。
這時你需要明白操作系統(tǒng)對可以打開的最大文件數的限制。
進程限制
執(zhí)行 ulimit -n 輸出 1024，說明對于一個進程而言最多只能打開1024個文件，所以你要采用此默認配置最多也就可以并發(fā)上千個TCP連接。

臨時修改：ulimit -n 1000000，但是這種臨時修改只對當前登錄用戶目前的使用環(huán)境有效，系統(tǒng)重啟或用戶退出后就會失效。

重啟后失效的修改（不過我在CentOS 6.5下測試，重啟后未發(fā)現失效）：編輯 /etc/security/limits.conf 文件， 修改后內容為

• soft nofile 1000000

• hard nofile 1000000

永久修改：編輯/etc/rc.local，在其后添加如下內容
ulimit -SHn 1000000

全局限制
執(zhí)行 cat /proc/sys/fs/file-nr 輸出 9344 0 592026
，分別為：1.已經分配的文件句柄數，2.已經分配但沒有使用的文件句柄數，3.最大文件句柄數。但在kernel 2.6版本中第二項的值總為0，這并不是一個錯誤，它實際上意味著已經分配的文件描述符無一浪費的都已經被使用了 。

我們可以把這個數值改大些，用 root 權限修改 /etc/sysctl.conf 文件:
fs.file-max = 1000000

net.ipv4.ip_conntrack_max = 1000000

net.ipv4.netfilter.ip_conntrack_max = 1000000

常識二：端口號范圍限制？

操作系統(tǒng)上端口號1024以下是系統(tǒng)保留的，從1024-65535是用戶使用的。由于每個TCP連接都要占一個端口號，所以我們最多可以有60000多個并發(fā)連接。我想有這種錯誤思路朋友不在少數吧？（其中我過去就一直這么認為）
我們來分析一下吧
如何標識一個TCP連接：系統(tǒng)用一個4四元組來唯一標識一個TCP連接：{local ip, local port,remote ip,remote port}。好吧，我們拿出《UNIX網絡編程：卷一》第四章中對accept的講解來看看概念性的東西，第二個參數cliaddr代表了客戶端的ip地址和端口號。而我們作為服務端實際只使用了bind時這一個端口，說明端口號65535并不是并發(fā)量的限制。

server最大tcp連接數：server通常固定在某個本地端口上監(jiān)聽，等待client的連接請求。不考慮地址重用（unix的SO_REUSEADDR選項）的情況下，即使server端有多個ip，本地監(jiān)聽端口也是獨占的，因此server端tcp連接4元組中只有remote ip（也就是client ip）和remote port（客戶端port）是可變的，因此最大tcp連接為客戶端ip數×客戶端port數，對IPV4，不考慮ip地址分類等因素，最大tcp連接數約為2的32次方（ip數）×2的16次方（port數），也就是server端單機最大tcp連接數約為2的48次方。

總結

上面給出的結論都是理論上的單機TCP并發(fā)連接數，實際上單機并發(fā)連接數肯定要受硬件資源（內存）、網絡資源（帶寬）的限制，至少對我們的需求現在可以做到數十萬級的并發(fā)了，你的呢？
文章出處：http://yaocoder.blog.51cto.com/2668309/1312821