Re: big-concurrency.patch

2000-12-11 Thread Federico Edelman Anaya

Martin:
Ok! .. thanks!

U.. It's posible when I apply this change the performance of the machine turn 
slowly?


Martin Volesky wrote:

 On 09/12/00 at 3:21 PM Federico Edelman Anaya wrote:

 A few days ago .. I post on the list many question about
 big-concurrency.patch ...
 
 I was reading other list about Qmail and I get this solution about the
 problem with the FD ..
 
 The solution was:
 
 echo "65536"  /proc/sys/fs/inode-max
 echo "16384"  /proc/sys/fs/file-max
 
 So.. you need to do this every system reboot, I don't know how to make
 this persistent.. anybody have idea or know how to make this persistent?

 Under Liux 2.2.x, the way to make this persistent is to use the sysctl facility.

 add:

 fs.file-max = 16384
 fs.inode-max = 65536

 to the sysctl.conf file in /etc, and it will be loaded up evey time you boot the 
machine.

 Martin Volesky - [EMAIL PROTECTED]
 CTO - Deijlabs Corporation
 1221 Mackay, Suite 200
 Montreal, Quebec, Canada
 H3G 2H5
 Tel.: 514.399.9930 Fax.: 514.399.1117




Re: big-concurrency.patch

2000-12-11 Thread Martin Volesky

On 11/12/00 at 12:30 PM Federico Edelman Anaya wrote:

Martin:
Ok! .. thanks!

U.. It's posible when I apply this change the performance of the machine turn 
slowly?


Federico,

There is no reason why your system should run any slower because of the 
sysctl.conf
modifications.


Martin Volesky wrote:
 Under Liux 2.2.x, the way to make this persistent is to use the sysctl facility.

 add:

 fs.file-max = 16384
 fs.inode-max = 65536

 to the sysctl.conf file in /etc, and it will be loaded up evey time you boot the 
machine.


Martin Volesky - [EMAIL PROTECTED]
CTO - Deijlabs Corporation
1221 Mackay, Suite 200
Montreal, Quebec, Canada
H3G 2H5
Tel.: 514.399.9930 Fax.: 514.399.1117




Re: big-concurrency.patch

2000-12-11 Thread Charles Cazabon

Martin Volesky [EMAIL PROTECTED] wrote:
 On 11/12/00 at 12:30 PM Federico Edelman Anaya wrote:
 
 U.. It's posible when I apply this change the performance of the machine
 turn slowly?
 
 There is no reason why your system should run any slower because of the
 sysctl.conf modifications.

At least as compared to having made the changes manually after boot.
However, his system could exhibit poorer interactive response compared to
before modifying the max-files and max-inodes due to the increased load
from qmail.

Charles
-- 
---
Charles Cazabon[EMAIL PROTECTED]
GPL'ed software available at:  http://www.qcc.sk.ca/~charlesc/software/
Any opinions expressed are just that -- my opinions.
---



Re: big-concurrency.patch

2000-12-11 Thread Martin Volesky


On 11/12/00 at 2:25 PM Charles Cazabon wrote:


At least as compared to having made the changes manually after boot.
However, his system could exhibit poorer interactive response compared to
before modifying the max-files and max-inodes due to the increased load
from qmail.

Charles

Yes Charles, I agree with all your points.

Martin Volesky - [EMAIL PROTECTED]
CTO - Deijlabs Corporation
1221 Mackay, Suite 200
Montreal, Quebec, Canada
H3G 2H5
Tel.: 514.399.9930 Fax.: 514.399.1117




Re: big-concurrency.patch

2000-12-10 Thread Martin Volesky


On 09/12/00 at 3:21 PM Federico Edelman Anaya wrote:

A few days ago .. I post on the list many question about
big-concurrency.patch ...

I was reading other list about Qmail and I get this solution about the
problem with the FD ..

The solution was:

echo "65536"  /proc/sys/fs/inode-max
echo "16384"  /proc/sys/fs/file-max

So.. you need to do this every system reboot, I don't know how to make
this persistent.. anybody have idea or know how to make this persistent?

Under Liux 2.2.x, the way to make this persistent is to use the sysctl facility.

add:

fs.file-max = 16384
fs.inode-max = 65536

to the sysctl.conf file in /etc, and it will be loaded up evey time you boot the 
machine.


Martin Volesky - [EMAIL PROTECTED]
CTO - Deijlabs Corporation
1221 Mackay, Suite 200
Montreal, Quebec, Canada
H3G 2H5
Tel.: 514.399.9930 Fax.: 514.399.1117




Re: big-concurrency.patch

2000-12-09 Thread Charles Cazabon

Federico Edelman Anaya [EMAIL PROTECTED] wrote:
 
 The solution was:
 
 echo "65536"  /proc/sys/fs/inode-max
 echo "16384"  /proc/sys/fs/file-max
 
 So.. you need to do this every system reboot, I don't know how to make
 this persistent.. anybody have idea or know how to make this persistent?

This is really more of a Unix/Linux question than anything else.  However,
try adding those two lines to the end of /etc/rc.d/rc.local or your
system's equivalent.

Charles
-- 
---
Charles Cazabon[EMAIL PROTECTED]
GPL'ed software available at:  http://www.qcc.sk.ca/~charlesc/software/
Any opinions expressed are just that -- my opinions.
---



Re: big-concurrency.patch

2000-12-09 Thread Sean Reifschneider

On Sat, Dec 09, 2000 at 12:31:16PM -0600, Charles Cazabon wrote:
 echo "65536"  /proc/sys/fs/inode-max
 echo "16384"  /proc/sys/fs/file-max

This is really more of a Unix/Linux question than anything else.  However,
try adding those two lines to the end of /etc/rc.d/rc.local or your
system's equivalent.

Also, realize that by default user's are limited to 1024 open files unless
you use ulimit -n to increase it.

Sean
-- 
 It's bad precident for a president to win through illegal influence of
 the ballots and election process.
Sean Reifschneider, Inimitably Superfluous [EMAIL PROTECTED]
tummy.com - Linux Consulting since 1995. Qmail, KRUD, Firewalls, Python