topic Re: Regarding any parameter to Increase in TCP connections in Operating System - Linux

Regarding any parameter to Increase in TCP connections

bchinnat — Thu, 12 Nov 2009 19:53:25 GMT

To be more clear, if I try to create 1500 connections from one session, the creation of connections stops after it reaches around 800. But, when we try creation from multiple sessions each with 800, we are able to create more than 3000 (multiples of 800). We were wondering if there is any configurable parameter which holds this limit.(through putty session, we are creating few TCP connections to server machines and we could observe that each session doesn't allow more than 800-850 TCP connections.)

Please let me know, if any more info need to understand my requirements..

Thanks in advance...........

Thanks,
Bala.....

Re: Regarding any parameter to Increase in TCP connections

Matti_Kurkela — Sun, 15 Nov 2009 09:36:14 GMT

Which application are you talking about?
What's the name and version of your Linux distribution?

If the application uses about 200 file descriptors for regular files, pipes etc., then you are most likely hitting the ulimit value for the maximum number of file descriptors (ulimit -n). The default value for this limit is 1024. The network sockets are included in this limit.

Read the documentation of your Linux distribution to find out how to increase this limit. Different distributions may have different procedures.

MK

Re: Regarding any parameter to Increase in TCP connections

bchinnat — Thu, 19 Nov 2009 12:05:43 GMT

Thanks for the reply........

Executing one java script and which create the connection, in server level the openfiles value is 1024.. but we set in the file /etc/security/limits.conf for that particular user and output is

[tempuser@APRCTL6 ~]$ ulimit -a
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
scheduling priority (-e) 0
file size (blocks, -f) unlimited
pending signals (-i) 397311
max locked memory (kbytes, -l) 32
max memory size (kbytes, -m) unlimited
open files (-n) 65535
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority (-r) 0
stack size (kbytes, -s) 10240
cpu time (seconds, -t) unlimited
max user processes (-u) 268287
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited

But still we are facing issue....