All of lore.kernel.org
 help / color / mirror / Atom feed
From: Daniel Phillips <phillips@bonn-fries.net>
To: Hans Reiser <reiser@namesys.com>
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
	volodya@mindspring.com,
	Adam Schrotenboer <ajschrotenboer@lycosmail.com>,
	lkml <linux-kernel@vger.kernel.org>
Subject: Re: Stability of ReiserFS onj Kernel 2.4.x (sp. 2.4.[56]{-ac*}
Date: Mon, 16 Jul 2001 00:18:50 +0200	[thread overview]
Message-ID: <01071600185002.06482@starship> (raw)
In-Reply-To: <E15LopT-0004Cm-00@the-village.bc.nu> <01071523304400.06482@starship> <3B5213BB.12F792C3@namesys.com>
In-Reply-To: <3B5213BB.12F792C3@namesys.com>

On Monday 16 July 2001 00:05, Hans Reiser wrote:
> Daniel Phillips wrote:
> > On Sunday 15 July 2001 18:44, Hans Reiser wrote:
> > > The limits for reiserfs and ext2 for kernels 2.4.x are the same
> > > (and they are 2Tb not 1Tb).  The limits are not in the individual
> > > filesystems.  We need to have Linux go to 64 bit blocknumbers in
> > > 2.5.x, I am seeing a lot of customer demand for it.  (Or we could
> > > use scalable integers, which would be better.)
> >
> > Or we could introduce the notion of logical blocksize for each
> > block minor so that we can measure blocks in the same units the
> > filesystem uses.  This would give us 16 TB while being able to stay
> > with 32 bits everywhere outside the block drivers themselves.
> >
> > We are not that far away from being able to handle 8K blocks, so
> > that would bump it up to 32 TB.
> >
> > --
> > Daniel
>
> 16TB is not enough.
>
> I agree that blocknumbers are a significant space user in FS
> metadata, which is why I think scalable integers are correct.

I must have missed the place where you defined what scalable integers
are.  I'd think the prefered way of representing a logical block size
is as a bit shift, not an absolute size, because it's far more
efficient to use that way.  Is this the same as a scalable integer?

--
Daniel

  reply	other threads:[~2001-07-15 22:15 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-07-14 23:54 Stability of ReiserFS onj Kernel 2.4.x (sp. 2.4.[56]{-ac*} Adam Schrotenboer
2001-07-15  0:01 ` Thomas Zimmerman
2001-07-15 16:00 ` volodya
2001-07-15 16:08   ` Alexander Viro
2001-07-16  0:50     ` volodya
2001-07-16  0:54       ` Ragnar Kjørstad
2001-07-16  0:57       ` Alexander Viro
2001-07-16  1:22         ` volodya
2001-07-16  1:48           ` Ignacio Vazquez-Abrams
2001-07-15 16:33   ` Alan Cox
2001-07-15 16:44     ` Hans Reiser
2001-07-15 16:46       ` Alan Cox
2001-07-15 17:54         ` Hans Reiser
2001-07-15 18:17           ` Alan Cox
2001-07-16 13:27         ` Marco Colombo
2001-07-15 17:58       ` Rob Turk
2001-07-15 21:30       ` Daniel Phillips
2001-07-15 22:05         ` Hans Reiser
2001-07-15 22:18           ` Daniel Phillips [this message]
2001-07-16  0:22         ` Albert D. Cahalan
2001-07-16 12:49           ` Daniel Phillips
2001-07-17 19:40           ` Rob Landley
2001-07-16 17:19         ` Jussi Laako
2001-07-16 17:53           ` Daniel Phillips
2001-07-16 19:16           ` Hans Reiser
2001-07-16 21:00             ` Jussi Laako
2001-07-16 22:28             ` Daniel Phillips
2001-07-18  0:58           ` Dan Hollis
2001-07-16  4:39   ` Mike A. Harris

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=01071600185002.06482@starship \
    --to=phillips@bonn-fries.net \
    --cc=ajschrotenboer@lycosmail.com \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=linux-kernel@vger.kernel.org \
    --cc=reiser@namesys.com \
    --cc=volodya@mindspring.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.