1999Q1/
<!-- MHonArc v2.4.4 -->
<!--X-Subject: Re: [MUD&#45;Dev] How to support 1000+ simultaneous connections, and some philosophy. -->
<!--X-From-R13: X Q Znjerapr <pynjNinerfrnepu.pbz> -->
<!--X-Date: Fri, 12 Mar 1999 10:33:47 &#45;0800 -->
<!--X-Message-Id: E10LWkN&#45;0005eq&#45;00#under,varesearch.com -->
<!--X-Content-Type: text/plain -->
<!--X-Reference: 14056.38303.274598.4187#arioch,tky.hut.fi -->
<!--X-Head-End-->
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<html>
<head>
<title>MUD-Dev message, Re: [MUD-Dev] How to support 1000+ simultaneous connections, a</title>
<!-- meta name="robots" content="noindex,nofollow" -->
<link rev="made" href="mailto:claw#varesearch,com">
</head>
<body background="/backgrounds/paperback.gif" bgcolor="#ffffff"
      text="#000000" link="#0000FF" alink="#FF0000" vlink="#006000">

  <font size="+4" color="#804040">
    <strong><em>MUD-Dev<br>mailing list archive</em></strong>
  </font>
      
<br>
[&nbsp;<a href="../">Other Periods</a>
&nbsp;|&nbsp;<a href="../../">Other mailing lists</a>
&nbsp;|&nbsp;<a href="/search.php3">Search</a>
&nbsp;]
<br clear=all><hr>
<!--X-Body-Begin-->
<!--X-User-Header-->
<!--X-User-Header-End-->
<!--X-TopPNI-->

Date:&nbsp;
[&nbsp;<a href="msg00555.html">Previous</a>
&nbsp;|&nbsp;<a href="msg00557.html">Next</a>
&nbsp;]
&nbsp;&nbsp;&nbsp;&nbsp;
Thread:&nbsp;
[&nbsp;<a href="msg00544.html">Previous</a>
&nbsp;|&nbsp;<a href="msg00526.html">Next</a>
&nbsp;]
&nbsp;&nbsp;&nbsp;&nbsp;
Index:&nbsp;
[&nbsp;<A HREF="author.html#00556">Author</A>
&nbsp;|&nbsp;<A HREF="#00556">Date</A>
&nbsp;|&nbsp;<A HREF="thread.html#00556">Thread</A>
&nbsp;]

<!--X-TopPNI-End-->
<!--X-MsgBody-->
<!--X-Subject-Header-Begin-->
<H1>Re: [MUD-Dev] How to support 1000+ simultaneous connections, and some philosophy.</H1>
<HR>
<!--X-Subject-Header-End-->
<!--X-Head-of-Message-->
<UL>
<LI><em>To</em>: <A HREF="mailto:mud-dev#kanga,nu">mud-dev#kanga,nu</A></LI>
<LI><em>Subject</em>: Re: [MUD-Dev] How to support 1000+ simultaneous connections, and some philosophy. </LI>
<LI><em>From</em>: J C Lawrence &lt;<A HREF="mailto:claw#varesearch,com">claw#varesearch,com</A>&gt;</LI>
<LI><em>Date</em>: Fri, 12 Mar 1999 10:33:22 -0800</LI>
<LI><em>Reply-To</em>: <A HREF="mailto:mud-dev#kanga,nu">mud-dev#kanga,nu</A></LI>
<LI><em>Sender</em>: <A HREF="mailto:mud-dev-admin#kanga,nu">mud-dev-admin#kanga,nu</A></LI>
</UL>
<!--X-Head-of-Message-End-->
<!--X-Head-Body-Sep-Begin-->
<HR>
<!--X-Head-Body-Sep-End-->
<!--X-Body-of-Message-->
<PRE>
On Fri, 12 Mar 1999 06:18:39 +0200 (EET) 
Petri Virkkula &lt;pvirkkul#iki,fi&gt; wrote:

&gt;&gt;&gt;&gt;&gt;&gt; "Ben" == Ben Greear &lt;greear#cyberhighway,net&gt; writes:

&gt; 	That depends on your operating system. Linux seems to have
&gt; per process hard limit 256...

This was sort of true in 2.0.x kernels, is not true in 2.2.x
kernels, and is based on a widely spread misunderstanding of the
actual import of the OPEN_MAX #define in linux/include/limits.h.

&gt; ... in Solaris we have currently 1024 (which is the default
&gt; value), used to have 16384 (that can easily achieved by editing
&gt; /etc/system and rebooting) but Sun's license manager didn't like
&gt; that value. I have an impression (but I might be wrong) that
&gt; atleast in Solaris there is no per system hard limit at all, only
&gt; per process limit. 

Under HP-UX (at least as of 10.20, and 10.30, which are the ones I
worked on at HP) it is a compile time option for the kernel.  Just
go into `sam`, set the option, hit build, and reboot.  Don't know
about Solaris.

&gt; I wouldn't be suprised if Linux had a fixed per system hard limit.

This varies across kernel versions.  If you are running a 2.0.x
kernel you will need to apply Alan Cox's large file descriptor patch
(<A  HREF="http://www.mail-archive.com/linux-kernel#vger,rutgers.edu/msg14022.html">http://www.mail-archive.com/linux-kernel#vger,rutgers.edu/msg14022.html</A>).
2.2.x kernels include this patch (and possibly more) and largely
make file descriptor limits a runtime configurable option via
getrlimit(2) and the /proc filesystem.

Quoting from linux/Documentation/proc.txt in the linux-2.2.3 source
distribution (taken from kernel.org):

--&lt;cut&gt;--

file-nr and file-max
   The kernel allocates file handles dynamically, but as yet
   doesn't free them again.

   The value in file-max denotes the maximum number of file handles
   that the Linux kernel will allocate. When you get a lot of error
   messages about running out of file handles, you might want to raise
   this limit. The default value is 4096. To change it, just write the
   new number into the file:

   # cat /proc/sys/fs/file-max
   4096
   # echo 8192 &gt; /proc/sys/fs/file-max
   # cat /proc/sys/fs/file-max
   8192

   This method of revision is useful for all customizable parameters
   of the kernel - simply echo the new value to the corresponding
   file.
  
   The three values in file-nr denote the number of allocated file
   handles, the number of used file handles, and the maximum number of
   file handles. When the allocated file handles come close to the
   maximum, but the number of actually used ones is far behind, you've
   encountered a peak in your usage of file handles and you don't need
   to increase the maximum.

   However, there is still a per process limit of open files, which
   unfortunatly can't be changed that easily. It is set to 1024 by
   default. To change this you have to edit the files limits.h and
   fs.h in the directory /usr/src/linux/include/linux. Change the
   definition of NR_OPEN and recompile the kernel.

--&lt;cut&gt;--

-- 
J C Lawrence                              Internet: claw#kanga,nu
---------(*)                        Internet: claw#varesearch,com
...Honorary Member of Clan McFud -- Teamer's Avenging Monolith...


_______________________________________________
MUD-Dev maillist  -  MUD-Dev#kanga,nu
<A  HREF="http://www.kanga.nu/lists/listinfo/mud-dev">http://www.kanga.nu/lists/listinfo/mud-dev</A>


</PRE>

<!--X-Body-of-Message-End-->
<!--X-MsgBody-End-->
<!--X-Follow-Ups-->
<HR>
<!--X-Follow-Ups-End-->
<!--X-References-->
<UL><LI><STRONG>References</STRONG>:
<UL>
<LI><STRONG><A NAME="00544" HREF="msg00544.html">Re: [MUD-Dev] How to support 1000+ simultaneous connections, and some philosophy.</A></STRONG>
<UL><LI><EM>From:</EM> Petri Virkkula &lt;pvirkkul#iki,fi&gt;</LI></UL></LI>
</UL></LI></UL>
<!--X-References-End-->
<!--X-BotPNI-->
<UL>
<LI>Prev by Date:
<STRONG><A HREF="msg00555.html">[MUD-Dev] ADMIN: Signature length</A></STRONG>
</LI>
<LI>Next by Date:
<STRONG><A HREF="msg00557.html">Re: [MUD-Dev] Balancing a Mud</A></STRONG>
</LI>
<LI>Prev by thread:
<STRONG><A HREF="msg00544.html">Re: [MUD-Dev] How to support 1000+ simultaneous connections, and some philosophy.</A></STRONG>
</LI>
<LI>Next by thread:
<STRONG><A HREF="msg00526.html">Re: [MUD-Dev] How to support 1000+ simultaneous connections, and some philosophy.</A></STRONG>
</LI>
<LI>Index(es):
<UL>
<LI><A HREF="index.html#00556"><STRONG>Date</STRONG></A></LI>
<LI><A HREF="thread.html#00556"><STRONG>Thread</STRONG></A></LI>
</UL>
</LI>
</UL>

<!--X-BotPNI-End-->
<!--X-User-Footer-->
<!--X-User-Footer-End-->
<ul><li>Thread context:
<BLOCKQUOTE><UL>
<LI><STRONG>Re: [MUD-Dev] How to support 1000+ simultaneous connections, and some  philosophy.</STRONG>, <EM>(continued)</EM>
<ul compact>
<ul compact>
<ul compact>
<LI><strong><A NAME="00530" HREF="msg00530.html">Re: [MUD-Dev] How to support 1000+ simultaneous connections, and some  philosophy.</A></strong>, 
Caliban Tiresias Darklock <a href="mailto:caliban#darklock,com">caliban#darklock,com</a>, Thu 11 Mar 1999, 05:28 GMT
</LI>
</ul>
<LI><strong><A NAME="00534" HREF="msg00534.html">Re: [MUD-Dev] How to support 1000+ simultaneous connections, and some philosophy.</A></strong>, 
Petri Virkkula <a href="mailto:pvirkkul#iki,fi">pvirkkul#iki,fi</a>, Thu 11 Mar 1999, 19:38 GMT
<UL>
<LI><strong><A NAME="00539" HREF="msg00539.html">Re: [MUD-Dev] How to support 1000+ simultaneous connections, and some philosophy.</A></strong>, 
Ben Greear <a href="mailto:greear#cyberhighway,net">greear#cyberhighway,net</a>, Fri 12 Mar 1999, 02:00 GMT
<UL>
<LI><strong><A NAME="00544" HREF="msg00544.html">Re: [MUD-Dev] How to support 1000+ simultaneous connections, and some philosophy.</A></strong>, 
Petri Virkkula <a href="mailto:pvirkkul#iki,fi">pvirkkul#iki,fi</a>, Fri 12 Mar 1999, 06:06 GMT
<UL>
<LI><strong><A NAME="00556" HREF="msg00556.html">Re: [MUD-Dev] How to support 1000+ simultaneous connections, and some philosophy.</A></strong>, 
J C Lawrence <a href="mailto:claw#varesearch,com">claw#varesearch,com</a>, Fri 12 Mar 1999, 18:33 GMT
</LI>
</UL>
</LI>
</UL>
</LI>
</UL>
</LI>
</ul>
<LI><strong><A NAME="00526" HREF="msg00526.html">Re: [MUD-Dev] How to support 1000+ simultaneous connections, and some philosophy.</A></strong>, 
Chris Gray <a href="mailto:cg#ami-cg,GraySage.Edmonton.AB.CA">cg#ami-cg,GraySage.Edmonton.AB.CA</a>, Thu 11 Mar 1999, 04:03 GMT
<UL>
<LI><strong><A NAME="00561" HREF="msg00561.html">Re: [MUD-Dev] How to support 1000+ simultaneous connections, and some philosophy.</A></strong>, 
J C Lawrence <a href="mailto:claw#varesearch,com">claw#varesearch,com</a>, Sat 13 Mar 1999, 02:00 GMT
</LI>
</UL>
</LI>
<LI><strong><A NAME="00531" HREF="msg00531.html">Re: [MUD-Dev] How to support 1000+ simultaneous connections, and some philosophy.</A></strong>, 
Chris Gray <a href="mailto:cg#ami-cg,GraySage.Edmonton.AB.CA">cg#ami-cg,GraySage.Edmonton.AB.CA</a>, Thu 11 Mar 1999, 15:05 GMT
<UL>
<LI><strong><A NAME="00535" HREF="msg00535.html">Re: [MUD-Dev] How to support 1000+ simultaneous connections, andsome philosophy.</A></strong>, 
Dominic J. Eidson <a href="mailto:sauron#the-infinite,org">sauron#the-infinite,org</a>, Thu 11 Mar 1999, 20:27 GMT
</LI>
</UL>
</LI>
</ul>
</LI>
</UL></BLOCKQUOTE>

</ul>
<hr>
<center>
[&nbsp;<a href="../">Other Periods</a>
&nbsp;|&nbsp;<a href="../../">Other mailing lists</a>
&nbsp;|&nbsp;<a href="/search.php3">Search</a>
&nbsp;]
</center>
<hr>
</body>
</html>