Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Mon, 4 Feb 2002 00:30:03 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Mon, 4 Feb 2002 00:29:53 -0500 Received: from relay1.pair.com ([209.68.1.20]:9481 "HELO relay.pair.com") by vger.kernel.org with SMTP id ; Mon, 4 Feb 2002 00:29:42 -0500 X-pair-Authenticated: 24.126.75.99 Message-ID: <3C5E1DB6.CE97AD36@kegel.com> Date: Sun, 03 Feb 2002 21:35:50 -0800 From: Dan Kegel X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.7-10 i686) X-Accept-Language: en MIME-Version: 1.0 To: Aaron Sethman CC: "linux-kernel@vger.kernel.org" Subject: Re: [Coder-Com] Re: PROBLEM: high system usage / poor SMPnetwork performance In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Aaron Sethman wrote: > > On Sun, 3 Feb 2002, Dan Kegel wrote: > > > > But do you remember that this fd is ready until EWOULDBLOCK? > > i.e. if you're notified that an fd is ready, and then you > > don't for whatever reason continue to do I/O on it until EWOULDBLOCK, > > you'll never ever be notified that it's ready again. > > If your code assumes that it will be notified again anyway, > > as with poll(), it will be sorely disappointed. > > Yeah that was the problem and I figured out how to work around it in the > code. If you are interested I can point out the code we have been working > with. Yes, I would like to see it; is it part of the mainline undernet ircd cvs tree? - Dan - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/