当前位置: 技术问答>linux和unix
求救:Linux连接总是报:connection reset by peer问题!!!
来源: 互联网 发布时间:2015-08-12
本文导语: 各位大哥:小弟我在Linux下写的服务程序,当压力很大(连接客户量多频繁、发送请求频繁)的时候,服务总是会部分连接报connection reset by peer错误,结果我的服务把它关闭! 查了部分资料,大部分是认为Linux...
各位大哥:小弟我在Linux下写的服务程序,当压力很大(连接客户量多频繁、发送请求频繁)的时候,服务总是会部分连接报connection reset by peer错误,结果我的服务把它关闭!
查了部分资料,大部分是认为Linux有个tcp_wrap守护服务程序来管理tcp,默认值为一秒只能连一个上来。。。现在想知道的是,即然这个程序能控制连接,有没有办法修改这个参数呢?
顺便再问一个问题:系统总是会报“断开的管道”错误??
请各位帮帮忙,急啊!!!(在外网会有这个问题,内网没有出现)
查了部分资料,大部分是认为Linux有个tcp_wrap守护服务程序来管理tcp,默认值为一秒只能连一个上来。。。现在想知道的是,即然这个程序能控制连接,有没有办法修改这个参数呢?
顺便再问一个问题:系统总是会报“断开的管道”错误??
请各位帮帮忙,急啊!!!(在外网会有这个问题,内网没有出现)
|
断开的管道 是指向一个已经关闭的socket写数据时,报告的错误。可以将该信号屏蔽signal(SIGPIPE, SIG_IGN);
至于connection reset by peer
在下也感到莫名其妙,于是搬张凳子等待高手ing
至于connection reset by peer
在下也感到莫名其妙,于是搬张凳子等待高手ing
|
因为排队的数量有限,所以压力很大的时候系统会自动把队列外的断开连接。
通过加大listen的backlog可以增加队列数。另外,就是想系统设计上的其他方法来减少accept的等待时间。
通过加大listen的backlog可以增加队列数。另外,就是想系统设计上的其他方法来减少accept的等待时间。
|
tcp的某一方发出了tcp_sync包,
另一方就connection reset了
一般是程序不正常退出导致
另一方就connection reset了
一般是程序不正常退出导致