From owner-freebsd-fs@FreeBSD.ORG Tue Mar 27 08:56:19 2007 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 25B0E16A40D for ; Tue, 27 Mar 2007 08:56:19 +0000 (UTC) (envelope-from freebsd-fs@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id D906A13C4CE for ; Tue, 27 Mar 2007 08:56:18 +0000 (UTC) (envelope-from freebsd-fs@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HW7TQ-0001tf-QJ for freebsd-fs@freebsd.org; Tue, 27 Mar 2007 10:56:12 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 27 Mar 2007 10:56:12 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 27 Mar 2007 10:56:12 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-fs@freebsd.org From: Ivan Voras Date: Tue, 27 Mar 2007 10:55:57 +0200 Lines: 12 Message-ID: References: <6F52125FD798AC9E4A28A778@ganymede.hub.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.10 (X11/20060911) In-Reply-To: <6F52125FD798AC9E4A28A778@ganymede.hub.org> Sender: news Subject: Re: TDFS ... or other distributed file system technologies for FreeBSD? X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Mar 2007 08:56:19 -0000 Marc G. Fournier wrote: > a. anyone is using his current code at all? Judging by the feedback I got (i.e. practically none), I doubt anyone's using it. > b. are there any other similar technologies available for FreeBSD? Another proposal is for something similar to it but in kernel instead of FUSE. Even if it passes, it won't be done soon as it's much more complicated and sensitive.