Re: max blockdevice/filesystem size?

From: Bernd Walter (ticso_at_cicely12.cicely.de)
Date: 01/31/04

  • Next message: Adriaan de Groot: "Re: mounting msdos partitions buggy?"
    Date: Sat, 31 Jan 2004 14:03:38 +0100
    To: Oliver Brandmueller <ob@e-Gitt.NET>
    
    

    On Sat, Jan 31, 2004 at 12:45:48PM +0100, Oliver Brandmueller wrote:
    > Hi.
    >
    > On Sat, Jan 31, 2004 at 01:43:50AM +0100, Melvyn Sopacua wrote:
    > > > Since the information in the FAQ seems rather outdated, can someone tell
    > > > me, what the maximum size of a UFS2/ffs filesystem is with FreeBSD 5.2?
    > > > I'm looking for practical values. Something like: OK, we hit the max
    > > > size of a SCSI device, so we use some more of them and vinum. How much
    > > > TB would work in a single FS?
    > >
    > > See this thread for detailed information:
    > > http://lists.freebsd.org/mailman/htdig/freebsd-current/2004-January/thread.html#19314
    >
    > Well, I've seen that read earlier, but well it talks a lot about the
    > limits of UFS1 and FBSD 4 - which are by far too low. Plans here were
    > something about 10 TB as a first step. Due to the nature of data and how
    > they are accessed it's not really simple to split them up into different
    > filesystems, as it's not easy to predict which parts grow most.
    >
    >
    > Well, would a 10 TB fs work out of the Box with 5.2?

    One point for a 10T UFS2 filesystem is a limit of 2G inodes.
    Someone mentioned a problem in another thread with more inodes.
    Another point is the fsck memory footprint when checking such a
    filesystem - that should very much depend on your newfs args and
    number of files.
    Otherwise it should just work.

    -- 
    B.Walter                   BWCT                http://www.bwct.de
    ticso@bwct.de                                  info@bwct.de
    _______________________________________________
    freebsd-current@freebsd.org mailing list
    http://lists.freebsd.org/mailman/listinfo/freebsd-current
    To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
    

  • Next message: Adriaan de Groot: "Re: mounting msdos partitions buggy?"

    Relevant Pages

    • [PATCH 0/3] i_ino uniqueness: alternate approach -- hash the inodes
      ... Since there's been no further comment on these patches, ... clean up the other filesystems and ensure that they properly hash their ... Since Joern mentioned that he thought that hashing the inodes might be simpler ... trivially fix this by making the static counters in new_inode and iunique ...
      (Linux-Kernel)
    • [PATCH 0/3] i_ino uniqueness: alternate approach -- hash the inodes
      ... Resending this set of patches to the list per Al Viro's request. ... Since Joern mentioned that he thought that hashing the inodes might be simpler ... We can't do anything for filesystems that have ... trivially fix this by making the static counters in new_inode and iunique ...
      (Linux-Kernel)
    • Re: [PATCH 0/3] i_ino uniqueness: alternate approach -- hash the inodes
      ... Since Joern mentioned that he thought that hashing the inodes might be simpler ... We can't do anything for filesystems that have ... trivially fix this by making the static counters in new_inode and iunique ...
      (Linux-Kernel)
    • Re: performance of filesystem xattrs with Samba4
      ... filesystems at: ... Andreas to add support to ext3 for large inodes. ... and only lost a very small amount when xattrs were not ... clearly how much we are paying for journaling. ...
      (Linux-Kernel)
    • Re: 1 Gigabyte SD card "full" after 467 MB [SOLVED]
      ... filesystems, including ext3, where it's possible to run out of inodes ... In practice most filesystems have huge numbers of inodes, ... the real problem must have been inodes, directory entries, etc. ... just have nautilus (or konqueror or any other application you want to ...
      (Ubuntu)