df看空间快满了，可是du统计目录空间没用多少

killingblade

df结果
Filesystem    Size   Used  Avail Capacity iused   ifree %iused  Mounted on
/dev/da0s1f    28G    24G   2.0G    92%  386048 3452926   10%   /usr

进入/usr目录后
su-2.05b# du -sh  
12G    .

df显示用了24G，实际我的目录只用了12G，还剩的12G到那里去了？

killingblade

应用程序也认为空间满了。
dmesg

pid 15703 (mysqld), uid 88 inumber 3400375 on /usr: filesystem full
pid 15703 (mysqld), uid 88 inumber 3391511 on /usr: filesystem full
pid 6244 (httpd), uid 1006 inumber 3374257 on /usr: filesystem full

df刚才空间100%，现在清理了一些大文件，现在92%。也使用了sync。最近没有删除过大文件。

yuzlei

应该是你的小文件太多，而你的磁盘存储单位block-size稍大造成的。如果你将block-size设小，这样节省了空间，但对于磁盘大文件的I/O效率又会不高，因为磁盘I/O是以block-size为单位的。这是一对矛盾。有些文件系统，如Reiserfs文件系统，能够兼顾高效存储和快速小文件I/O。Reiserfs对一些小文件不分配inode。而是将这些文件打包，存放在同一个磁盘分块中。而其它文件系统则为每个小文件分别放置到一个磁盘块中，这意味着，如果有10000个小文件，就要占用10000个磁盘块，这样很浪费磁盘空间。

[ 本帖最后由 yuzlei 于 2006-4-25 16:26 编辑 ]

killingblade

恩，小文件是很多。那就是实际的空际已经很大了。但是du -sh  统计对于这种情况不准确造成的吗？

yuzlei

可能du统计的是文件的实际大小，看看man

killingblade

那剩余的空间会到那里去了呢。
另外，应用程序也提示 disk full了。
真是奇怪ing~~~~
感谢楼上朋友的热心

yuzlei

剩余空间浪费了呀，比如你有一个文件大小为1k，而你的磁盘块大小为8k，这时系统会为你的1k的小文件找一个空闲的磁盘块，并分配一个inode。那7k就浪费了。

killingblade

恩，明白了。多谢

sannas

不是很对，df和du查询磁盘使用空间的原理不同的，具体可以参考http://hi.baidu.com/zt870225/blo ... a525a5a50f5236.html

lsstarboy

文件都是按簇为单位写的，不满也要占用一个簇。