From owner-freebsd-questions Sat Mar 30 02:40:31 1996 Return-Path: owner-questions Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA28652 for questions-outgoing; Sat, 30 Mar 1996 02:40:31 -0800 (PST) Received: from shell.aros.net (shell.aros.net [205.164.111.19]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA28647 for ; Sat, 30 Mar 1996 02:40:26 -0800 (PST) Received: (from angio@localhost) by shell.aros.net (8.7.5/Unknown) id DAA20878; Sat, 30 Mar 1996 03:43:03 -0700 (MST) From: Dave Andersen Message-Id: <199603301043.DAA20878@shell.aros.net> Subject: Re: Apache still and timeouts To: mrcpu@cdsnet.net (Jaye Mathisen) Date: Sat, 30 Mar 1996 03:43:02 -0700 (MST) Cc: freebsd-questions@freebsd.org In-Reply-To: from Jaye Mathisen at "Mar 29, 96 03:48:00 pm" X-Mailer: ELM [version 2.4ME+ PL13 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-questions@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Lo and behold, Jaye Mathisen once said: > The local named would cache some of them I would think as well, it may be > better to let named worry about it... > > I'd be interested in the script if you finish it. The only downside to that is that you'll suffer a pretty hefty performance penalty. Yes, the odds are .. somewhat good that named will cache the successful hits, but you're still stuck using the networking interface to do lookups (read: slow as hell) instead of reading them from local memory (infinitely faster. :) and you lose the benefit of being able to 'flag' unlookupable addresses quickly and efficiently so you don't do multiple unsuccessful queries - the real bogdown. Just make sure you've got enough memory in the beast. Even using a bunch of swap would be faster than a reverse namelookup on the IP. -Dave Andersen -- angio@aros.net Complete virtual hosting and business-oriented system administration Internet services. (WWW, FTP, email) http://www.aros.net/ http://www.aros.net/about/virtual/ "There are only two industries that refer to thier customers as 'users'."