[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20061103122126.GC11947@wohnheim.fh-wedel.de>
Date: Fri, 3 Nov 2006 13:21:26 +0100
From: Jörn Engel <joern@...nheim.fh-wedel.de>
To: Mikulas Patocka <mikulas@...ax.karlin.mff.cuni.cz>
Cc: linux-kernel@...r.kernel.org
Subject: Re: New filesystem for Linux
On Fri, 3 November 2006 12:56:36 +0100, Mikulas Patocka wrote:
> >
> >I am fully aware the counters are effectively 48-bit. If they were
> >just 32-bit, you would likely have hit the problem yourself already.
>
> Given the seek time 0.01s, 31-bit value would last for minimum time of 248
> days when doing only syncs and nothing else. 47-bit value will last for
> reasonably long.
So you can at most do one transaction per drive seek? That would
definitely solve the overflow case, but hardly sounds like a
high-performance filesystem. :)
Jörn
--
Data expands to fill the space available for storage.
-- Parkinson's Law
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists