From owner-freebsd-fs  Sun Aug 25 00:30:53 1996
Return-Path: owner-fs
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.5/8.7.3) id AAA17081
          for fs-outgoing; Sun, 25 Aug 1996 00:30:53 -0700 (PDT)
Received: from mx.serv.net (mx.serv.net [199.201.191.10])
          by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA17065;
          Sun, 25 Aug 1996 00:30:36 -0700 (PDT)
Received: from MindBender.serv.net by mx.serv.net
	(8.7.5/SERV Revision: 2.30 † id AAA15845; Sun, 25 Aug 1996 00:30:42 -0700 (PDT)
Received: from localhost.HeadCandy.com (michaelv@localhost.HeadCandy.com [127.0.0.1]) by MindBender.serv.net (8.7.5/8.7.3) with SMTP id AAA07494; Sun, 25 Aug 1996 00:30:21 -0700 (PDT)
Message-Id: <199608250730.AAA07494@MindBender.serv.net>
X-Authentication-Warning: MindBender.serv.net: Host michaelv@localhost.HeadCandy.com [127.0.0.1] didn't use HELO protocol
To: sysseh@devetir.qld.gov.au (Stephen Hocking)
cc: freebsd-fs@freebsd.org, current@freebsd.org
Subject: Re: The VIVA file system (fwd) 
In-reply-to: Your message of Sun, 25 Aug 96 03:35:19 +0000.
             <199608250335.DAA21536@netfl15a.devetir.qld.gov.au> 
Date: Sun, 25 Aug 1996 00:30:20 -0700
From: "Michael L. VanLoon" <michaelv@MindBender.serv.net>
Sender: owner-fs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Anybody have opinions on this vs LFS? Are we still waiting for the Lite-2
>stuff, before LFS can go in?

The fact that they claim extraordinary performance for a filesystem
that sounds like it's only about a third implemented?  ;-)

Remember the last 10% and 90% of the time/effort...

[...]
>indirect blocks. Benchmark results of our implementation of VIVA in the
>Linux kernel show that it is much faster than Ext2, the default Linux
>filesystem, for common file operations.

>The Linux implementation of VIVA is a "work in progress".  It does not
>yet handle partitions larger than 64M (so that the allocation bitmap
>fits readily in memory).  Individual files are limited to about 8M
>(inodes currently have only a single indirect block).  There are no
>fragments; block size is restricted to 1K.  (Adding logical blocks of
>larger size will relieve some of these limitations.)

So, what is it good for besides development and benchmarks? :-)  I'll
be more impressed when I see the finished product benchmarked against
something else.

-----------------------------------------------------------------------------
  Michael L. VanLoon                           michaelv@MindBender.serv.net
        --<  Free your mind and your machine -- NetBSD free un*x  >--
    NetBSD working ports: 386+PC, Mac 68k, Amiga, Atari 68k, HP300, Sun3,
        Sun4/4c/4m, DEC MIPS, DEC Alpha, PC532, VAX, MVME68k, arm32...
    NetBSD ports in progress: PICA, others...
-----------------------------------------------------------------------------