From owner-freebsd-questions@FreeBSD.ORG Thu Apr 30 14:41:38 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A455106564A for ; Thu, 30 Apr 2009 14:41:38 +0000 (UTC) (envelope-from fsb@thefsb.org) Received: from smtp154.iad.emailsrvr.com (smtp154.iad.emailsrvr.com [207.97.245.154]) by mx1.freebsd.org (Postfix) with ESMTP id 5267D8FC08 for ; Thu, 30 Apr 2009 14:41:38 +0000 (UTC) (envelope-from fsb@thefsb.org) Received: from relay15.relay.iad.mlsrvr.com (localhost [127.0.0.1]) by relay15.relay.iad.mlsrvr.com (SMTP Server) with ESMTP id AE4A21B418F; Thu, 30 Apr 2009 10:41:37 -0400 (EDT) Received: by relay15.relay.iad.mlsrvr.com (Authenticated sender: fsb-AT-thefsb.org) with ESMTPSA id 86E921B404E; Thu, 30 Apr 2009 10:41:37 -0400 (EDT) User-Agent: Microsoft-Entourage/12.10.0.080409 Date: Thu, 30 Apr 2009 10:41:33 -0400 From: Tom Worster To: Charles Howse , FreeBSD Questions Message-ID: Thread-Topic: Running Apache with as few modules as possible Thread-Index: AcnJocF+iKAQv+8raUq4mdjUbC00rQ== In-Reply-To: <2382B6A6-0ACF-4558-A77A-806E01425A2B@charter.net> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Cc: Subject: Re: Running Apache with as few modules as possible X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Apr 2009 14:41:38 -0000 On 4/29/09 4:59 PM, "Charles Howse" wrote: > I recall Bill Gates saying, "640k is enough for anybody." I agree, > it's not much of a savings, and there's always the possibility that > the webmaster may add something later that needs a module that's > commented, and run around in circles before she/he realizes it. right. one thing to remember about optimizations is to put your effort where you need it most. for example, in my apps that's always been in the database queries. so i have logging techniques that allow me to run pareto analyses on query timing data and use that to direct my efforts. spending a couple of weeks optimizing malloc(), a surprisingly popular activity, is seldom worth it.