Date: Wed, 31 Jul 2002 19:55:13 +0200 From: Bernd Walter <ticso@cicely5.cicely.de> To: Daniel Lundqvist <daniel@malarhojden.nu> Cc: David Malone <dwmalone@maths.tcd.ie>, Terry Lambert <tlambert2@mindspring.com>, freebsd-hackers@FreeBSD.ORG Subject: Re: select()/poll() i kernel. Message-ID: <20020731175512.GD93323@cicely5.cicely.de> In-Reply-To: <20020731171658.GC72029@malarhojden.nu> References: <20020730152514.GA66448@malarhojden.nu> <3D471152.4347ABD1@mindspring.com> <20020731163057.GB72029@malarhojden.nu> <20020731164914.GA32252@walton.maths.tcd.ie> <20020731171658.GC72029@malarhojden.nu>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Jul 31, 2002 at 07:17:08PM +0200, Daniel Lundqvist wrote: > On Wed, Jul 31, 2002 at 05:49:14PM +0100, David Malone wrote: > > On Wed, Jul 31, 2002 at 06:30:57PM +0200, Daniel Lundqvist wrote: > > > If anyone has a better solution to this I'm all ears. > > > > Couldn't you do all this in userland and use a unix domain socket > > for communication between your clients and your master process? Then > > you could use select/poll/kqueue normally. > > That is one idea. But part of what I want to do is to skip as much copy to > userspace where there is no interested applications as possible. For the thing > I'm gonna use it for I expect it to be a quite busy message bus. > > Maybe the gain in the end is not that big,but I wont know until I tried it :) See struct socket so_upcall and so_upcallarg. You may also want to look at netgraph framework for processing network data in the kernel. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020731175512.GD93323>