Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752385AbWKGMdo (ORCPT ); Tue, 7 Nov 2006 07:33:44 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752721AbWKGMdn (ORCPT ); Tue, 7 Nov 2006 07:33:43 -0500 Received: from relay.2ka.mipt.ru ([194.85.82.65]:37862 "EHLO 2ka.mipt.ru") by vger.kernel.org with ESMTP id S1752259AbWKGMdm (ORCPT ); Tue, 7 Nov 2006 07:33:42 -0500 Date: Tue, 7 Nov 2006 15:29:26 +0300 From: Evgeniy Polyakov To: Jeff Garzik Cc: David Miller , Ulrich Drepper , Andrew Morton , netdev , linux-kernel@vger.kernel.org, Linus Torvalds Subject: Re: [take21 0/4] kevent: Generic event handling mechanism. Message-ID: <20061107122926.GA15515@2ka.mipt.ru> References: <11619654014077@2ka.mipt.ru> <45506D51.30604@garzik.org> <20061107115111.GA13028@2ka.mipt.ru> <4550793F.4070102@garzik.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <4550793F.4070102@garzik.org> User-Agent: Mutt/1.5.9i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.7.5 (2ka.mipt.ru [0.0.0.0]); Tue, 07 Nov 2006 15:29:47 +0300 (MSK) Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1616 Lines: 41 On Tue, Nov 07, 2006 at 07:17:03AM -0500, Jeff Garzik (jeff@garzik.org) wrote: > Evgeniy Polyakov wrote: > >Well, kevent network and FS AIO are suspended for now (although first > > Why? > > IMO, getting async event submission right is important. It should be > designed in parallel with async event reception. It was not only designed but also implemented, but... FS AIO was confirmed to have correct design, but there were minor (from my point of view) layering design problems (I was almost suggested to make myself a lobotomy after I put get_block() callback into address_space_operations, there were also some code duplication of mpage_readpages() in async way in kevent/kevent_aio.c - I made it to separate kevent as much as possible, both changes can live in fs/ with appropriate callback export). Network AIO I postponed for a while, since looking how hard core changed are processed, it looks like a better decision... Using Ulrich's DMA allocation API (if it would exist not only as proposal) it would be possible to speed up NAIO yet a bit too. Kevent based FS AIO patch can be found for example here (it contains full kevent subsystem with network aio and fs aio): http://tservice.net.ru/~s0mbre/archive/kevent/kevent_full.diff.3 Network aio homepage: http://tservice.net.ru/~s0mbre/old/?section=projects&item=naio > Jeff > -- Evgeniy Polyakov - 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/