偶也来送分，先到先得(09)：关于UFS文件系统的最大空间

yuhuohu

刚才忘记悬赏了，重新发过一遍

从solaris 9 8/03开始，运行64位内核的系统都可支持多TB的UFS文件系统。

但在此之前，无论64还是32位的系统都只支持最大1TB的UFS文件系统。

请解释：
为何32位的UFS文件系统按理论计算最大只能支持到1TB空间？

OS Limits
Release                       Max file-system size                Max OS File size
< Solaris 2.6               1TB (UFS)                             2GB
>= Solaris 2.6             1TB (40 bits)                          1TB
>= Solaris 9 8/03        nTB                                        1TB

PS:除了2楼的最佳答案，其他楼的回帖也个个精彩，尤其是12楼：http://bbs.chinaunix.net/viewthr ... p;page=2#pid7612068

送分系列帖汇总：
======================================================================

• 偶也来送分，先到先得(01) ：NIS相关进程为何以yp开头
• 偶也来送分，先到先得(02) ：密码长度控制
• 偶也来送分，先到先得(04) ：Inode,nbpi
• 偶也来送分，先到先得(03) ：sys-unconfig
• 偶也来送分，先到先得(05) ：系统补丁
• 偶也来送分，先到先得(06) ：Solaris的由来
• 偶也来送分，先到先得(07) ：metadb
• 偶也来送分，先到先得(0 ：主次设备号
• 偶也来送分，先到先得(09) ：UFS文件系统的最大空间
• 偶也来送分，先到先得(10) ：关于显卡
• 偶也来送分，先到先得(11) ：关于终端类型
• 偶也来送分，先到先得(12) ：bourne shell中的光标
• 偶也来送分，先到先得(13) ：修改solaris 10的运行级别
• 偶也来送分，先到先得(14) ：运行级别3不启动图形界面
• 偶也来送分，先到先得(15) ：如何实现脚本被终止后还能自启动

======================================================================

[ 本帖最后由 yuhuohu 于 2008-9-19 11:30 编辑 ]

briangao

The UFS file system size is limited by the amount of space that can be addressed by the kernel buf structure. The buf.b_blkno structure field, defined as daddr_t, is a 32-bit signed value, and specifies the block/sector offset within a disk partition. The DEV_BSIZE, block or sector size, is 512 bytes. Therefore, a UFS file system could be as big as 1 TB (2^31 * 512).

胭脂扣

因为inode

东方蜘蛛

•        A single file in Solaris 2.6 through Solaris 9 (U3) is limited to about 1012 Gb
because the file must fit inside a filesystem.
The filesystem is nominally 1 Tb, but in fact, one must create enough overhead in such a large filesystem that the largest single file ends up being about 1012 Gb. (part of this is a bug, but even if bug-free, a single file can't be 1 Tb).
Overhead includes among other things items such as superblock backups and inode tables.
The example given here is using the value of nbpi=1024k (1MByte).
If nbpi is set to a lower number, more file system space will be allocated to inode tables and less will be available to store data.
With nbpi=8k, the maximum single file size would be smaller than 1012Gb.
Also, this  file cannot use any of the minfree area set up on the filesystem (which is setup for “root only” use).
On a 1TByte filesystem minfree is set to 1% which translates to about 10Gb.

yuhuohu

晕，蜘蛛解决了“为何最大可支持1TB文件，实际上只能创建大约860GB大小的文件”的问题，没解决为何在32位的操作系统上UFS文件系统最大只能1TB的问题

东方蜘蛛

原帖由 yuhuohu 于 2007-11-19 14:27 发表
晕，蜘蛛解决了“为何最大可支持1TB文件，实际上只能创建大约860GB大小的文件”的问题，没解决为何在32位的操作系统上UFS文件系统最大只能1TB的问题

•        Solaris 9 Update 4 has introduced a Multiterabyte ufs.  The maximum individual file size is still the same as before (~1Tb ), because increasing it would  require redical on-disk format changes.  But the total filesystem size can now be up to 16TB.  The -T option is specified to the newfs command to create such a filesystem.  See the newfs(1M) manpage for additional information.  There is also a limit of 1 million files per TB (for instance. a 4TByte UFS filesystem would have a 4 million files limit).  This is done to keep fsck times reasonable (even when logging is enabled).

yuhuohu

看了蜘蛛的回答我想撞墙。。。。。。。

我想知道:之前为什么文件系统最大只能1TB，而不是为什么文件最大只能1TB。。。。

诸如windows的FAT16分区为何最大只能2GB。。。

东方蜘蛛

原帖由 yuhuohu 于 2007-11-19 15:46 发表
看了蜘蛛的回答我想撞墙。。。。。。。

我想知道:之前为什么文件系统最大只能1TB，而不是为什么文件最大只能1TB。。。。

诸如windows的FAT16分区为何最大只能2GB。。。

撞死得了，你是当版主的，还要我来给你回答啊

yuhuohu

原帖由 东方蜘蛛 于 2007-11-19 17:52 发表

撞死得了，你是当版主的，还要我来给你回答啊

这不是要送分嘛

hadesli

偶来，偶来
Disk addresses are 31 bit units of file system fragments. The address is linited to 2^31*1K for the default file system configuration, yielding a max size of 1TB.

刚从书上抄来的


...................似乎不对,想了想有问题,想明白在上来现眼

[ 本帖最后由 hadesli 于 2007-11-19 22:53 编辑 ]