From owner-freebsd-current@FreeBSD.ORG Wed Feb 25 13:21:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21EF916A4CE; Wed, 25 Feb 2004 13:21:36 -0800 (PST) Received: from ms-smtp-01-eri0.ohiordc.rr.com (ms-smtp-01-smtplb.ohiordc.rr.com [65.24.5.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EFFB43D2F; Wed, 25 Feb 2004 13:21:35 -0800 (PST) (envelope-from meb@cinci.rr.com) Received: from cinci.rr.com (cvg-65-27-178-227.cinci.rr.com [65.27.178.227]) i1PLLVMV022742; Wed, 25 Feb 2004 16:21:32 -0500 (EST) Message-ID: <403D11E9.5040102@cinci.rr.com> Date: Wed, 25 Feb 2004 16:21:45 -0500 From: Mike B User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6b) Gecko/20040216 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brian Fundakowski Feldman References: <200402202346.i1KNkbkI013945@green.homeunix.org> In-Reply-To: <200402202346.i1KNkbkI013945@green.homeunix.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: current@freebsd.org Subject: Re: Testers wanted: reentrant resolver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Feb 2004 21:21:36 -0000 Brian Fundakowski Feldman wrote: >New and improved, my reentrant resolver patch even includes documentation! >What does it do, you ask? Why, it simply makes tabbed browsing in Mozilla >an order of magnitude faster! How does it do that, you ask? Well, it >simply makes h_errno and the getaddrinfo(3)/getipnodebyname(3) functions >thread-safe in a more intelligent way. There is still a global lock around >some pieces of data, but for the most part the global lock (which is what >serialized EVERY hostname lookup in threaded programs) is not contested. >It's still used for some NIS-related tasks, looking up hostents, and looking >up server port names, but that's not comparatively very important. The >resolver itself is a thread-safe backend where each thread gets its own >resolver that can run concurrently with the rest, so the time spent blocked >waiting for DNS responses is gone. > >Give it a try, and let me know how it works! > > I just want to add that the patch works great for me, thanks for all your hard work. Mike