From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S964906AbXBLNDd (ORCPT ); Mon, 12 Feb 2007 08:03:33 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S964901AbXBLNDd (ORCPT ); Mon, 12 Feb 2007 08:03:33 -0500 Received: from outpipe-village-512-1.bc.nu ([81.2.110.250]:34164 "EHLO lxorguk.ukuu.org.uk" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S964880AbXBLNDc (ORCPT ); Mon, 12 Feb 2007 08:03:32 -0500 Date: Mon, 12 Feb 2007 13:12:57 +0000 From: Alan To: Andi Kleen Cc: Evgeniy Polyakov , David Miller , Ulrich Drepper , Andrew Morton , netdev , Zach Brown , Christoph Hellwig , Chase Venters , Johann Borck , linux-kernel@vger.kernel.org, Jeff Garzik , Jamal Hadi Salim , Ingo Molnar , linux-fsdevel@vger.kernel.org Subject: Re: [take36 10/10] kevent: Kevent based generic AIO. Message-ID: <20070212131257.565f8066@localhost.localdomain> In-Reply-To: References: <11712796493850@2ka.mipt.ru> <1171279650540@2ka.mipt.ru> X-Mailer: Claws Mail 2.7.1 (GTK+ 2.10.4; x86_64-redhat-linux-gnu) Mime-Version: 1.0 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 > I'm sure others would want them then for their favourite system call combo > too. If they were really useful it might make more sense to have a batch() > system call that works for arbitary calls, but I'm not convinced yet > it's even needed. It would be certainly ugly. batch() would possibly make a lot of sense in terms of the fibril/thread based removal for the need for all the AIO stuff, just to provide a natural way to group and order sequences of synchronous operations into asynchronous groups. I am extremely sceptical about the need for aio_sendfile_path since with sendfile/sendpath hacking around there didn't seem to be much gain. I'm even more sceptical of the header buffer stuff as while other OS's do that as a hack to make TCP packetising work we simply fixed the root problem with TCP_CORK Alan