关于i-node的疑问？有点想不明白了！[3]

至於 XFS 我不熟, 我也從沒說我熟. 且我一開始就說明了:
"當你發現 ext2/ext3 所受的 inode 限制, 
再看其他更聰明的 file system..."
不知 John 兄有否看到?
而我再之前給的 link , 也開宗明義的說明是針對 ext2/ext3 的.
兄台既然來到這裡, 曾多次提到 XFS 的好處, 
那, 能否就順便講一下它好在哪裡? 原理如何? 
如此, 才是一個討論技術的應有態度哦, 您覺得呢?

關於 source code, 抱歉, 了解我的人, 都知道我對 programing 不熟, 且我從來沒說過我看得懂.
因此, 我只能看書及其他資料, 理解上或不透徹, 這是需要其他朋友來補充的.
不是每一個人都有能力看 source code 的.
要有的話, 這串討論應移到編程版, 而不是 linux 版(甚至不是 linux 高級應用).
既然兄有此能力, 何不拔一毛以利天下呢? 
不為之? 還是不能為之呢?

願虛心受教... 也為同好們請命.
當然, 若要求有過份之處, 有請兄台見諒.
若有言語上冒犯閣下, 多是文字字面的誤解, 先行跟您請罪就是了.

最後, 分享一下個人學習心得.
關於 file system 的理解上我一開始也是一塌糊涂的.
也是從不斷的錯誤理解與討論中學過來的...
如下一些討論, 或許大家也可參考一二的:
http://phorum.study-area.org/viewtopic.php?t=17506
http://phorum.study-area.org/viewtopic.php?t=12235

 bbenyu 回复于：2005-02-17 09:38:14 最好去看<unix 操作系统设计> 这本书.
对于i-node等等都有较完整和详细的说明！

 NetDC 回复于：2005-02-17 11:42:54 http://www.linux-mag.com/2000-08/journaling_01.html

也许这个有帮助。:-)
不过，是英文的。

 galaxy1975 回复于：2005-02-17 12:01:13 你用
#df -k
#df -i
这两个命令就可以看出一些不同。
第一个是说空间的占用的。第二个说的是i-node占用比例的。
i-node的多少，和文件系统格式化时，block的大小有关的。

 galaxy1975 回复于：2005-02-17 12:12:59 刚才说的不是很准确，用mke2fs手册中的一段来解释吧：

-N number-of-inodes
              overrides the default calculation of the number of  inodes  that should  be  reserved  for  the filesystem (which is based on the number of blocks and the bytes-per-inode ratio).   This  allows  the user to specify the number of desired inodes directly.

 JohnBull 回复于：2005-02-17 13:36:11 看源码确实很累，这就是我为什么说要看看“源码剖析”而不是直接读核的原因。
内核代码中有很多细节是非常tricky的，甚至连程序员都找不着头绪，看剖析的好处就是可以忽略语言的底层细节，由熟悉内核的高手们直接把上层逻辑摘出来给我们看，这非常有助于我们了解什么是Linux，它究竟好在哪里，而又不必在语言上纠缠。
另一方面，这种Linux内核剖析的书籍与那些良心被狗吃了的SB枪手们为对Windows胡吹乱捧的文章有着本质的不同(许多地方，无数SB们吹捧NTFS，可是NTFS究竟好在哪里、安全在哪里，快在哪里，他们连一个屁也放不出来)。
因为代码就摆在那里，一切都可以质疑，一切都可以实证。当我们日后对语言有了更深层了解的时候，会更上一层楼。

 stonerose 回复于：2005-02-17 14:37:55 钦佩网中人的精神！

 JohnBull 回复于：2005-02-18 02:15:23 [quote:4f66d913a3="網中人"]當然, cgi 系統一直執圖像處理的牛耳, hollywood 的特效隨便一個 file 就大得驚人!
由 cgi 發展的 XFS 在大文件的處理上當然是認第二沒人敢認第一的了.
..........[/quote:4f66d913a3]

是SGI，不是CGI。SGI的优势是超级计算机，它的图形/3D工作站虽然常见，但远不是它最强的强项。

ReiserFS也有i-node，只是换个名字叫做了“键”，就算真的没有，VFS也会在逻辑上映射出一个来，否则怎么进行文件操作呢？
有过很多宣传渲染ReiserFS的小文件特性，但那是跟ext3比的。而且这个结论的得出基于这样的推理：
ReiserFS使用b-tree来优化搜索，而小文件通常会造成很大的目录（考虑源码树的编译），这样来说，因为ReiserFS利用b-tree可以很好地处理巨大的目录，所以它对于小文件组成的文件系统效率很高。
XFS也使用b-tree，同样道理，虽然XFS比Reiser慢一些，但是XFS是支持“实时子卷”的，性能可以接近裸设备操作。

而在大文件IO方面你已经清楚了，而且在这方面ReiserFS甚至还不如ext3，更不要说是XFS了。

实际上XFS也可以在不umount的情况下作调整，只要freeze一下就可以了，这实际上利用了它支持快照的特性。

我的经验都是基于reiser3,6的，不知现在reiser4怎么样，没用过。

你可以去XFS的官方站看看：
http://oss.sgi.com/projects/xfs/

 網中人 回复于：2005-02-18 03:25:59 感謝兄的更正及資訊, 受教了!

兄對 file system 的了解遠勝小弟, 有空的話, 多來指點大家, 實是咱們的福氣啊.


两位老大都过谦了，有空儿多来linux版指导指导吧，实是俺们的福气啊！ :mrgreen:
(嗯? 這句是版主加的吧?)

 大雪飞扬 回复于：2005-02-19 00:10:14 呵呵，都很强，

不管是Johnbull，还是netman，在我印象中好象都是特实在的人，很少灌水
都是我很敬佩的人

在此，他们一起为大家上了精彩的一课，hehe， it's show time！