From owner-freebsd-hackers Wed Aug 19 23:21:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA29732 for freebsd-hackers-outgoing; Wed, 19 Aug 1998 23:21:40 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from dingo.cdrom.com ([203.8.14.126]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA29706 for ; Wed, 19 Aug 1998 23:21:35 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.hilink.com.au [127.0.0.1] (may be forged)) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id XAA01112; Wed, 19 Aug 1998 23:19:11 GMT (envelope-from mike@dingo.cdrom.com) Message-Id: <199808192319.XAA01112@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Andre Oppermann cc: hackers@FreeBSD.ORG Subject: Re: combined accept&read In-reply-to: Your message of "Wed, 19 Aug 1998 18:58:10 +0200." <35DB0422.B6447353@pipeline.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 19 Aug 1998 23:19:10 +0000 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > 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." Some benchmarks demonstrating that this overhead actually costs them, and how it might be improved, would really support their arguments. Like the sendfile() case, all these "wouldn't it be nice if" suggestions don't actually mean much unless the benefits can be quantified. > They also wish to have a few thousand open fd's without slowing > down stuff like get_first_free_fd(). I don't know what "get_first_free_fd()" you might be referring to. kern_descrip.c:fdalloc() is already optimised to supply an fd rapidly even in the case where there are many fd's open. Having "a few thousand" fd's open in a single process shouldn't hurt it noticeably. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message