Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S268877AbUIQPec (ORCPT ); Fri, 17 Sep 2004 11:34:32 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S268950AbUIQPeG (ORCPT ); Fri, 17 Sep 2004 11:34:06 -0400 Received: from clock-tower.bc.nu ([81.2.110.250]:20938 "EHLO localhost.localdomain") by vger.kernel.org with ESMTP id S268877AbUIQPSa (ORCPT ); Fri, 17 Sep 2004 11:18:30 -0400 Subject: Re: The ultimate TOE design From: Alan Cox To: Eric Mudama Cc: David Stevens , Netdev , leonid.grossman@s2io.com, Linux Kernel Mailing List In-Reply-To: <311601c90409162346184649eb@mail.gmail.com> References: <4148991B.9050200@pobox.com> <311601c90409162346184649eb@mail.gmail.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1095430526.26088.1.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Fri, 17 Sep 2004 15:15:28 +0100 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 962 Lines: 22 On Gwe, 2004-09-17 at 07:46, Eric Mudama wrote: > On Wed, 15 Sep 2004 14:11:04 -0600, David Stevens wrote: > > Why don't we off-load filesystems to disks instead? > > Disks have had file systems on them since close to the beginning... This is essentially the path Lustre is taking. Although it seems you don't want to have a "full" file system on the disk since you lose to much flexibility, instead you want the ability to allocate by handle giving hints about locality and use. People have also tried full file system offload - intel for example prototyped an I2O file system class, and adaptec clearly were trying this out on aacraid development from looking at the public headers. Alan - 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/