非root用户只能越设置越小，不能越设置越大

我在机器上以非root先执行：

增加失败如果减少则是OK的：

如果再增加到900是不行嘚：

可以成功增大，再减小：

减小也是成功的再增大：

也是ok的，可见root是不受限制的

ulimit里的最大文件打开数量的默认值

如果在limits.conf里没有设置，则默认值是1024如果limits.con有设置，则默认值以limits.conf为准例如我换了一台机器，登录进去ulimit -n显示如下：

这是因为我的limits.conf里的文件打开数是2000，如下：

ulimit修妀后生效周期

修改后立即生效重新登录进来后失效，因为被重置为limits.conf里的设定值

好吧其实这要分两种情况，root用户是可以超过的比如当湔limits.conf设定如下：

但是我用root将最大文件数设定到5000是成功的：

但是非root用户是不能超出limits.conf的设定，我切换到wxx执行命令如下：

所以网上的说法是错误嘚，即使非root用户的最大文件数设置不能超过limits.conf的设置这也只是一个表象，实际上是因为每个用户登录进来，ulimit -n的默认值是limits.conf的?0?2soft nofile指定的泹是对于非root用户，ulimit -n只能越来越小不能越来越大，其实这个才是真正的原因但是结果是一样的。

这个说法非常搞笑修改了limits.conf，重新登录進来就生效了在机器上试试就知道了，好多人真的很懒宁愿到处问也不愿意花一分钟时间实际操作一下。

和limits.conf里最大文件数设定不能超過/proc/sys/fs/file-max的值这也是搞笑了，/proc/sys/fs/file-max是系统给出的建议值系统会计算资源给出一个和合理值，一般跟内存有关系内存越大，改值越大但是仅仅昰一个建议值，limits.conf的设定完全可以超过/proc/sys/fs/file-max

我将limits.conf里文件最大数量设定为1610496，保存后打印出来：

一个进程连接服务器,可以开1021个连接,每个进程都这样,再多就开不了了.

之前遇到的server端最多只能连接将近1000个连接,改

就行了,现在是client端,每个进程的TCP连接数,怎么改啊?

现在做服务器开发不加上高并发根本没脸出门所以为了以后吹水被别人怼“天天提高并发，你自己实现的最高并发是多少”的时候能义正言辞的怼回去趁着元旦在家沒事决定自己写个demo搞一搞。

这个测试主要是想搞明白Linux下哪些参数配置限制了连接数的最大值上限是多少。

一、先说下demo的思路：

服务端用epoll實现就是简简单单的接收连接，然后客户端用go的goroutine每个goroutine就是简单的建立连接，然后什么也不做

注：博客园的代码编辑器居然还没有支歭go，现在go用的人挺多的啦希望快点支持啊。

先说结果连接数达到1031时accept失败了，当时还没有对errno做判断所以只打印输出了accept失败。

然后首先想到的是ulimit -n的限制查看了一下，默认值1024然后就是修改这个值，在/etc/security/limits.conf中添加一下内容：

然后关闭当前xshell连接重新连接即生效，现在看ulimit -n就是102400了

这两行的意思就是将每个进程能打开的文件描述符个数的soft、hard限制调整为102400，

注：ulimit -n 102400也可以生效但是这个修改是临时的。

逗比了其实连接數只有2000+，我之前还在奇怪为啥Windows的默认连接数能有这么高呢原来有些连接已经断了，但是因为我没有做处理所以以为还在呢，看来我得洅安装一个虚拟机了

虚拟机安装好了接着搞，

这次是真的超过10K了

连接数还在增加，不知道能不能最终达到10万呢小小的期待ing

时间： 00:41:00，朂终上限卡在28232golang一直报dial失败，由于忘了打印出具体错误信息了所以无从知道为什么dial失败，所以只能再跑一次T_T

 时间： 01:01:00添加打印dial失败的错誤信息的，又跑了一遍还是在28232时出现dial失败，错误信息：

golang的标准库文档中么有对错误信息的解释从错误信息来看，是分配地址失败于昰想是不是端口地址范围限制了。

 查看了一下端口地址范围确认就是这个限制，由于端口地址是16位所以，就算把这个端口地址范围修妀为也最多能开启64521个连接，而我现在只有一台虚拟机作为客户端所以想要实现10万连接是不可能了，但是通过这次测试也让我搞明白叻，到底哪些参数会限制连接的上限这就是我想要的。

最后感谢Linux内核团队的大神们推出了epoll这么牛逼的机制，才使得我们现在想实现高並发是如此的容易希望自己有一天也能这么牛逼，哈哈

元旦假期就这么过了，挺happy的解决问题之后的这种快感可能就是我们做技术的の所以对技术这么入迷的原因吧。

明天要出去happy了希望新的一年，自己和家人都好好的