Dear list readers - 

Let me give you a small amount of background first so you understand where i
am coming from...first off, i am a sysadmin for americangreetings.com who
runs a fairly large web server farm to push our pages and products.
Currently 30% of our farm is sgi irix v6.5.5 and the other 70% is now redhat
linux v6.1. These webservers are all running Netscape Enterprise Server for
the webserver application, using Sybase as the database engine. As our
traffic has significantly increased over the past few months we have been in
the process of evaluating various solutions to prevent the instantaneous
connections to the back-end database server (~150-160/sec) We use python as
our the base scripting language to do our dynamic pages and connections to
sybase. We have played with Sybase's Open server for linux, and have decided
to use another approach - using python to produce a set of "persistant"
connections to the back-end db server to "lighten" the load on the server,
and lessen the instantaneous connections. Interestingly enough, the sgi
environment works well using our python solution, however when we move the
same basic code over to the linux environment, i see a file-handle issue and
the python server will eventually either die due to too many file handles
being opened or render the box useless and inaccessible. By the way these
are dual PIII-600 MHz servers each with 1G RAM and 36M SCSI disk drives. So,
i have tweaked the default file handles on the linux boxes from its default
of 4096 to 16384, but need some way to monitor or measure the number of open
file descriptors while running in production. I am not sure if sar is a
reasonable approach to this - but i was wondering if someone out there had a
tool, or knew of a tool that could assist me in monitoring and measuring
this critical parameter.

Thanks in advance.

Michael B. Weiner 
Senior Database Operations Analyst 
Systems & Technology Department 
americangreetings.com
Three American Road, Cleveland, OH 44144
Phone:  216.889.5028
E-mail: [EMAIL PROTECTED]


-- 
To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe"
as the Subject.

Reply via email to