From owner-freebsd-current@FreeBSD.ORG Sat Apr 29 04:10:07 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 B545216A401; Sat, 29 Apr 2006 04:10:07 +0000 (UTC) (envelope-from bushman@rsu.ru) Received: from mail.r61.net (mail.r61.net [195.208.245.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55BB043D55; Sat, 29 Apr 2006 04:10:06 +0000 (GMT) (envelope-from bushman@rsu.ru) Received: from jersey (p232.mp119.aaanet.ru [80.80.119.232]) (authenticated bits=0) by mail.r61.net (8.13.6/8.13.6) with ESMTP id k3T49eCq044299 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Sat, 29 Apr 2006 08:09:57 +0400 (MSD) (envelope-from bushman@rsu.ru) Message-ID: <001801c66b42$d48d4740$e8775050@jersey> From: "Michael Bushkov" To: "Ceri Davies" , "Colin Percival" References: <002401c66b0a$44c230e0$01655050@jersey> <44529510.6030704@freebsd.org> <20060428222627.GI51777@submonkey.net> Date: Sat, 29 Apr 2006 08:09:35 +0400 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on asterix.r61.net X-Virus-Status: Clean Cc: freebsd-current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [HEADS UP] upcoming /etc/services updating X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sat, 29 Apr 2006 04:10:08 -0000 Hi! Colin Percival wrote: >> >> Now that searching through a large /etc/services file is no longer a >> performance bottleneck, I intend to merge most of IANA's port assignment >> list into our /etc/services some time in mid-May. >> >> If anyone objects to this, please let me know now. > > Would it be wise to wait until cached is enabled by default? Yes - and caching for services should be turned on in nsswitch.conf by default too. I think, that "perform-actual-lookups" mode should also be enabled for "services" by default in cached.conf - so that the cache for services information would be the same for all users. Besides, as services information changes extremely rarely, I'd also suggest putting greater TTL values for "services" in the cached.conf. With best regards, Michael Bushkov