From owner-freebsd-hackers Fri May 10 11:29: 8 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from pollux.cse.buffalo.edu (pollux.cse.Buffalo.EDU [128.205.35.2]) by hub.freebsd.org (Postfix) with ESMTP id 4073F37B400 for ; Fri, 10 May 2002 11:29:01 -0700 (PDT) Received: (from rc27@localhost) by pollux.cse.buffalo.edu (8.11.6+Sun/8.10.1) id g4AISsv03640; Fri, 10 May 2002 14:28:54 -0400 (EDT) Date: Fri, 10 May 2002 14:28:54 -0400 (EDT) From: Ramkumar Chinchani To: Terry Lambert Cc: Subject: Re: kevent subsystem In-Reply-To: <3CDB6759.41A76480@mindspring.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I am asking more in terms of the posix event logging mechanism being implemented in Linux 2.5.x kernel. http://evlog.sourceforge.net/ How does the kevent mechanism of event notification and handling compare to this scheme? It appears to me that the Linux event logging merely supports logging of events in a different way that already exists via klogd. This is a more passive technique and requiring disk usage overheads in case of huge and rapid audits. On the other hand, kevent allows more active event registering and handling... What would be the pros and cons of both these techniques? Thanks. -Ram ==> Terry Lambert /11:23pm/May 9, 2002 <== [Ramkumar Chinchani wrote: [> Has the POSIX event standard implemeted in FreeBSD? POSIX events are logged to [> a file. Which would give a better performance, assuming kevent can register more [> events? [ [Are you talking about POSIX persistent queueing, of the type not [implemented by the POSIX printing model, based on Palladium out [of Project Athena? [ [THat's more like a "Tuxedo" replacement, than anything else. It's [not really comparable to kevent (IMO). [ [If you meant something else, you might want to ask a clearer question [(i.e. give the standards information for the "event standard" you [are talking about; there are so many to choose from, e.g. queued [signal delivery, etc.). [ [-- Terry [ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message