From owner-freebsd-isp Fri Mar 26 7:13:24 1999 Delivered-To: freebsd-isp@freebsd.org Received: from heaven.gigo.com (ppp.gigo.com [207.173.132.1]) by hub.freebsd.org (Postfix) with ESMTP id 21CF514E95 for ; Fri, 26 Mar 1999 07:13:22 -0800 (PST) (envelope-from jfesler@gigo.com) Received: from heaven.gigo.com (heaven.gigo.com [207.173.133.57]) by heaven.gigo.com (Postfix) with SMTP id D61EA74B; Fri, 26 Mar 1999 07:13:06 -0800 (PST) Date: Fri, 26 Mar 1999 07:13:05 -0800 (PST) From: To: Stuart Henderson Cc: Steve Price , freebsd-isp@freebsd.org, hamellr@dsinw.com Subject: Re: Need help fine-tuning a web server (fwd) In-Reply-To: <36FBA273.F6108F6B@eclipse.net.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > Anyone have any experience setting up a heavily-loaded web > > server box that can spare a few answers to this gentleman's Additionally, for the database: if it is a *heavilly used* database CGI application, then see about making the CGI persistant. - Perl apps can be _tremendously_ helped with mod_perl http://perl.apache.org . - Simple C code, can be turned into Apache modules. More complex CGI, can possibly benefit from "fastcgi" which keeps any CGI app persistant, and tunnels data from the web server to the CGI. Persistance will buy you lots of things: - No load/exec time of the CGI - No "fork" penalty as the httpd splits off to run the cgi - Database handles don't have to be reopened constantly Now, if most of your content is static, the above won't buy you much and possibly hurt (memory-wise) ;-). The previous comment of a proxy front end is especially useful - it will know the difference between static content and dynamic content, and only invoke use of the heavier httpd's as needed. One thing to keep in mind: Every case is different :-). A critical analysis of the true needs is crucial to finding the right solution. This is independent of the choice of OS. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message