From owner-freebsd-hackers Wed Aug 19 10:34:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA22331 for freebsd-hackers-outgoing; Wed, 19 Aug 1998 10:34:05 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from redfish.go2net.com (redfish.go2net.com [207.178.55.5]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id KAA22272 for ; Wed, 19 Aug 1998 10:34:03 -0700 (PDT) (envelope-from marcs@go2net.com) Received: from marcs by redfish.go2net.com with smtp (Exim 1.82 #2) id 0z9C5o-0004Qa-00; Wed, 19 Aug 1998 10:32:16 -0700 Date: Wed, 19 Aug 1998 10:32:16 -0700 (PDT) From: Marc Slemko X-Sender: marcs@redfish To: Andre Oppermann cc: hackers@FreeBSD.ORG Subject: Re: combined accept&read In-Reply-To: <35DB0422.B6447353@pipeline.ch> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 19 Aug 1998, Andre Oppermann wrote: > I was chatting a little bit with the Zeus developers to ask them how > to make FreeBSD the best/fastest platform for them. > > "accept&read combined call is something else we're toying with. Very > often we get a poll/select broken because there's data coming in on a > socket, and most of the time there's already data in the socket > buffers. Being able to do the accept() and read() in a single call > should be beneifital." Note that this is similar to NT's AcceptEx() call. I'm not fully convinced of how significant the impact of this is on a good architecture. > > They also wish to have a few thousand open fd's without slowing > down stuff like get_first_free_fd(). Yes, whatever you do you need efficient handling of a few thousand fds just for clients. If you can efficiently handle a few thousand more, you can then afford to use a descriptor cache, which looks to be the nicest way to implement a cache if the path from file descriptor to network is short enough. If it isn't, then actually keeping a copy of the data in your userland memory can be an annoying win. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message