看到论坛前辈们用一帖就勾引出来那么多牛人，我也想试试

石油工人干IT

既来之,则顶之~~

是骡子是马,都拉出来看看吧~~

albcamus

原帖由 secworld 于 2006-12-19 16:50 发表
那些放着不讨论技术而讨论人品的版主们，放着塑料袋这种对内核无知的表现而不从技术上制服的人本身就是不负责任。没发现菜鸟们都瞧你们不起吗？你们做版主真失败。flw、albcamus你们平常不都挺厉害的吗？为什么不对塑料袋贴出来的代码品评一番。被他的气势唬住了？albcamus竞然还以塑料袋去内核版回答问题为荣。真不知道是塑料袋白痴还是你白痴。就以塑料袋这种对内核的认识（我只通过他贴的三个代码片段的解释进行判断）可以说很无知，无知到极点。
我知道有很多人在关注此贴，如果你们想看更大的热闹就顶贴吧。

我操！ 我允许他到内核版回答问题， 你奶奶的也要骂我呀？！

石油工人干IT

原帖由 secworld 于 2006-12-19 16:50 发表
那些放着不讨论技术而讨论人品的版主们，放着塑料袋这种对内核无知的表现而不从技术上制服的人本身就是不负责任。没发现菜鸟们都瞧你们不起吗？你们做版主真失败。flw、albcamus你们平常不都挺厉害的吗？为什么不 ...

讨论问题归讨论问题~~
你指着flw 和 albcamus 好像没什么道理~~

就看你和 塑料袋 pk了~~

secworld

原帖由 albcamus 于 2006-12-19 16:59 发表



我操！ 我允许他到内核版回答问题， 你奶奶的也要骂我呀？！

呵呵...说着玩的，活跃气氛，莫怪。对你和flw以及各版主的评论收回

塑料袋

原帖由 secworld 于 2006-12-19 16:50 发表
那些放着不讨论技术而讨论人品的版主们，放着塑料袋这种对内核无知的表现而不从技术上制服的人本身就是不负责任。没发现菜鸟们都瞧你们不起吗？你们做版主真失败。flw、albcamus你们平常不都挺厉害的吗？为什么不 ...

我本来不想再回这个贴，看你劲头挺足，就再回一次吧

你的的东西根本门都不摸一点

首先  

1)2.4.32中，设备缓存层(既buffer_head的hash表)与文件的缓存层(既page的hash表)是重合在一起的，设备缓存层是文件缓存层的子集，依附于块设备文件的文件层而存在
  而以前的版本中，设备缓存层(既buffer_head的hash表)与文件的缓存层(既page的hash表)是分开的，设备缓存层所用到的page全部都是匿名页，没有和任何一个文件发生关联。

  我想你想叫板的话，我欢迎，但是最好指定一个版本

2)对于buffer_head有两种释放办法
    确定buffer_head不在hash表中时：既buffer_head只存在于b_this_page链，lru链中。
                            a . 通过设置PG_Lock，以废掉通过b_this_page来访问这个bh
                                          b.  待IO完成后，通过强制将bh标记为clean，以废掉通过lru链对这个bh
                                               进行的进一步IO操作
                            c . 这时，buffer_head事实上已经作废，不会再有对它的操作。但是为了
                               保险起见，Linux 中仍然是将这个bh当作以下这种bh释放：

    不能确定buffer_head是否在hash表中时：至多存在于b_this_page，hash，lru，一共三条链中
                          a . 同时得到PG_Lock，lru_list_lock，hash_table_lock以废掉这三条链，
                             杜绝所有可能的对bh的进一步引用。
                          b . 试探性的，对无引用，非脏非锁的bh进行释放

    你说的是什么玩意我看不懂。

secworld

原帖由 塑料袋 于 2006-12-19 17:25 发表


我本来不想再回这个贴，看你劲头挺足，就再回一次吧

你的的东西根本门都不摸一点

首先  

1)2.4.32中，设备缓存层(既buffer_head的hash表)与文件的缓存层(既page的hash表)是重合在一起的，设备缓存层 ...

你说的是什么玩意，我也看不懂。没有必须牵扯这么多的东西，你把你认为会2次释放的那几行代码放这里就可以了，你前面有，我懒的找了。
你前面就贴了三个代码片段，所以我只要捅上三个孔洞就可以了。你不会叫我也像你一样会三天时间去研习一遍kernle吧，没那个时间，也没那份心情。
我主要就是看你耍了小半年，挺有意思的，昨天晚上突然看到本贴，挺有意思的多看会儿睡晚了，害的我早上没有起来出去跑步，今儿一整天我身上都不舒服。

要不然你先回答我的第一贴，你为什么会认为i_count为0
哈哈...

塑料袋

原帖由 secworld 于 2006-12-19 17:34 发表
你说的是什么玩意，我也看不懂。没有必须牵扯这么多的东西，你把你认为会2次释放的那几行代码放这里就可以了，你前面有，我懒的找了。
你前面就贴了三个代码片段，所以我只要捅上三个孔洞就可以了。你不会叫我也像你一样会三天时间去研习一遍kernle吧，没那个时间，也没那份心情。
我主要就是看你耍了小半年，挺有意思的，昨天晚上突然看到本贴，挺有意思的多看会儿睡晚了，害的我早上没有起来出去跑步，今儿一整天我身上都不舒服。

要不然你先回答我的第一贴，你为什么会认为i_count为0
哈哈...

我最开始对inode有理解错误，全部kernel只有一个地方是清MS_ACTIVE标志的，是在unmount时才发生，我以前忽略了这一点，所怀疑会发生并发错误的地方，事实上不会发生

secworld

原帖由 塑料袋 于 2006-12-19 17:25 发表


我本来不想再回这个贴，看你劲头挺足，就再回一次吧

你的的东西根本门都不摸一点

首先  

1)2.4.32中，设备缓存层(既buffer_head的hash表)与文件的缓存层(既page的hash表)是重合在一起的，设备缓存层 ...

你挺喜欢抄书的，当然也可能是你以前的学习笔记。我的东西都记在脑子里。2.4.20与2.4.32应该差别不大，你要是感觉有差别，就贴出代码来，把你的注释去掉。（你的那些注释，只是自我感觉良好罢了，很可笑，错误一大堆）

secworld

原帖由 塑料袋 于 2006-12-19 17:43 发表


我最开始对inode有理解错误，全部kernel只有一个地方是清MS_ACTIVE标志的，是在unmount时才发生，我以前忽略了这一点，所怀疑会发生并发错误的地方，事实上不会发生

这么说你承认你的理解有错误了？
但你的点找的还不对，就算并发也不会错误。

Nicky_hk

我就看PK了~~ 西西