Date: Fri, 31 Mar 2006 14:33:00 +0200 From: Alexander Leidinger <Alexander@Leidinger.net> To: Robert Watson <rwatson@FreeBSD.org> Cc: Joao Barros <joao.barros@gmail.com>, src-committers@FreeBSD.org, Peter Jeremy <peterjeremy@optushome.com.au>, "Christian S.J. Peron" <csjp@FreeBSD.org>, cvs-all@FreeBSD.org, cvs-src@FreeBSD.org Subject: Re: cvs commit: src/usr.sbin/syslogd syslogd.c Message-ID: <20060331143300.0p3adr4h3wwkk40w@netchild.homeip.net> In-Reply-To: <20060331102745.D88223@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>
next in thread | previous in thread | raw e-mail | index | archive | help
Robert Watson <rwatson@FreeBSD.org> 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? Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 For every complex problem, there is a solution that is simple, neat, and wrong. -- H. L. Mencken
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060331143300.0p3adr4h3wwkk40w>