All of lore.kernel.org
 help / color / mirror / Atom feed
* Results of testing Reiserfs on large block devices.
@ 2002-07-05  5:35 Peter Chubb
  2002-07-05  5:46 ` [reiserfs-dev] " Oleg Drokin
  2002-07-05 15:29 ` Hans Reiser
  0 siblings, 2 replies; 3+ messages in thread
From: Peter Chubb @ 2002-07-05  5:35 UTC (permalink / raw)
  To: reiserfs-dev; +Cc: gelato, linux-kernel


Hi folks,
   I couldn't get Reiserfs to work on large devices.  I've tracked the
problem down.

  When Reiserfs is mounted, it tries to allocate a chunk of memory for
bitmaps using kmalloc.  The largest chunk allocatable by kmalloc is
128k.  This limits the size of a reiserfs to just under 2TB on a
64-bit platform (16384 bitmaps times 8bytes per pointer) or just under
4TB on a 32 bit platform (32768 bitmaps times 4bytes per pointer).

This reasoning assumes that the number of bitmaps is given by the
formula (number_of_blocks + (8 * blocksize - 1))/(8 * blocksize) where
blocksize is 4096 bytes.  Thus 
	  number_of_blocks = 8 * 4096 * (16384 - 1) - 1  [64 bit]
								
	  number_of_blocks = 8 * 4096 * (32768 - 1) - 1  [32 bit]

Hacking mm/slab.c to increase the memory limit allowed larger
filesystems to be mounted, but I haven't tested these thoroughly yet.
--
Dr Peter Chubb				    peterc@gelato.unsw.edu.au
You are lost in a maze of BitKeeper repositories, all almost the same.


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [reiserfs-dev] Results of testing Reiserfs on large block devices.
  2002-07-05  5:35 Results of testing Reiserfs on large block devices Peter Chubb
@ 2002-07-05  5:46 ` Oleg Drokin
  2002-07-05 15:29 ` Hans Reiser
  1 sibling, 0 replies; 3+ messages in thread
From: Oleg Drokin @ 2002-07-05  5:46 UTC (permalink / raw)
  To: Peter Chubb; +Cc: reiserfs-dev, gelato, linux-kernel

Hello!

On Fri, Jul 05, 2002 at 03:35:37PM +1000, Peter Chubb wrote:

>    I couldn't get Reiserfs to work on large devices.  I've tracked the
> problem down.
>   When Reiserfs is mounted, it tries to allocate a chunk of memory for
> bitmaps using kmalloc.  The largest chunk allocatable by kmalloc is
> 128k.  This limits the size of a reiserfs to just under 2TB on a
> 64-bit platform (16384 bitmaps times 8bytes per pointer) or just under
> 4TB on a 32 bit platform (32768 bitmaps times 4bytes per pointer).

This is true for 4k blocksize.

> Hacking mm/slab.c to increase the memory limit allowed larger
> filesystems to be mounted, but I haven't tested these thoroughly yet.

Since kernel is yet to support block devices bigger than 2Tb, this is not an
issue yet.
Also Hans have not found a sponsor to fund this stuff which is also a problem.

Besides stuff you've just pointed out, there are also 32bit limit on
blocknumbers present in reiserfs v3 (which gives us 16Tb or something like that
limit for 4k blocksize)

Bye,
    Oleg

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [reiserfs-dev] Results of testing Reiserfs on large block devices.
  2002-07-05  5:35 Results of testing Reiserfs on large block devices Peter Chubb
  2002-07-05  5:46 ` [reiserfs-dev] " Oleg Drokin
@ 2002-07-05 15:29 ` Hans Reiser
  1 sibling, 0 replies; 3+ messages in thread
From: Hans Reiser @ 2002-07-05 15:29 UTC (permalink / raw)
  To: Peter Chubb; +Cc: reiserfs-dev, gelato, linux-kernel, Oleg Drokin

Peter Chubb wrote:

>Hi folks,
>   I couldn't get Reiserfs to work on large devices.  I've tracked the
>problem down.
>
>  When Reiserfs is mounted, it tries to allocate a chunk of memory for
>bitmaps using kmalloc.  The largest chunk allocatable by kmalloc is
>128k.  This limits the size of a reiserfs to just under 2TB on a
>64-bit platform (16384 bitmaps times 8bytes per pointer) or just under
>4TB on a 32 bit platform (32768 bitmaps times 4bytes per pointer).
>
>This reasoning assumes that the number of bitmaps is given by the
>formula (number_of_blocks + (8 * blocksize - 1))/(8 * blocksize) where
>blocksize is 4096 bytes.  Thus 
>	  number_of_blocks = 8 * 4096 * (16384 - 1) - 1  [64 bit]
>								
>	  number_of_blocks = 8 * 4096 * (32768 - 1) - 1  [32 bit]
>
>Hacking mm/slab.c to increase the memory limit allowed larger
>filesystems to be mounted, but I haven't tested these thoroughly yet.
>--
>Dr Peter Chubb				    peterc@gelato.unsw.edu.au
>You are lost in a maze of BitKeeper repositories, all almost the same.
>
>
>
>  
>
Thanks for figuring this out.  Oleg will fix it.

-- 
Hans




^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2002-07-05 15:36 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-07-05  5:35 Results of testing Reiserfs on large block devices Peter Chubb
2002-07-05  5:46 ` [reiserfs-dev] " Oleg Drokin
2002-07-05 15:29 ` Hans Reiser

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.