From owner-cvs-src@FreeBSD.ORG Fri Mar 31 16:24:31 2006 Return-Path: X-Original-To: cvs-src@FreeBSD.org Delivered-To: cvs-src@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B41DA16A400; Fri, 31 Mar 2006 16:24:31 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A78D43D5F; Fri, 31 Mar 2006 16:24:30 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 914B346BC9; Fri, 31 Mar 2006 11:24:29 -0500 (EST) Date: Fri, 31 Mar 2006 16:24:29 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Alexander Leidinger In-Reply-To: <20060331143300.0p3adr4h3wwkk40w@netchild.homeip.net> Message-ID: <20060331162303.Y88223@fledge.watson.org> References: <200603302104.k2UL4qF7086165@repoman.freebsd.org> <20060331080654.GB776@turion.vk2pj.dyndns.org> <20060331090421.I9972@fledge.watson.org> <70e8236f0603310129r5fe4e3a4qd9cb329c768860cc@mail.gmail.com> <20060331102745.D88223@fledge.watson.org> <20060331143300.0p3adr4h3wwkk40w@netchild.homeip.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Joao Barros , src-committers@FreeBSD.org, Peter Jeremy , "Christian S.J. Peron" , cvs-all@FreeBSD.org, cvs-src@FreeBSD.org Subject: Re: cvs commit: src/usr.sbin/syslogd syslogd.c X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Mar 2006 16:24:31 -0000 On Fri, 31 Mar 2006, Alexander Leidinger wrote: > Robert Watson wrote: > >> The cost to check for free space is the cost of a fstatfs() system call on >> the file descriptor of the log file. This should be handled without >> touching the disk, so while it's not a cheap system call compared to, say, >> getpid(), as it acquires locks and enters VFS, it's a lot cheaper than any >> disk I/O operation. Optional is good, if only because sometimes people do >> actually want logging to fill the disk, and that's been the behavior >> historically :-). > > Do you know if a kqueue based solution is cheaper? I think that before solving this problem, we should establish it is one. I'm not convinced it will be. Robert N M Watson