Bill Davidsen wrote:
Jeff V. Merkey wrote:Bernd Eckenfels wrote:In article <[email protected]> you wrote:I believe that on 64 bit platforms, Linux has a 64 bit clean VFS. Python says 2**64 is 18446744073709551616, and that's roughly:18,446,744,073,709,551,616 bytes 18,446,744,073,709 megs 18,446,744,073 gigs 18,446,744 terabytes 18,446 ... what are those, pedabytes (petabytes?) 18 zetabytesThere you go. I deal with this a lot so, those are the names.Linux is currently limited to 16 TB per VFS mount point, it's all mute, unless VFS gets fixed.mmap won't go above this at present.What does "it's all mute" mean?
Should be spelled "moot". It's a legal term that means "it doesn't matter". Jeff - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
- Follow-Ups:
- Re: what is our answer to ZFS?
- From: Bill Davidsen <[email protected]>
- Re: what is our answer to ZFS?
- References:
- Re: what is our answer to ZFS?
- From: Bernd Eckenfels <[email protected]>
- Re: what is our answer to ZFS?
- From: "Jeff V. Merkey" <[email protected]>
- Re: what is our answer to ZFS?
- From: Bill Davidsen <[email protected]>
- Re: what is our answer to ZFS?
- Prev by Date: Re: rfc/rft: use r10 as current on x86-64
- Next by Date: Re: [RFC] Small PCI core patch
- Previous by thread: Re: what is our answer to ZFS?
- Next by thread: Re: what is our answer to ZFS?
- Index(es):
 |