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

塑料袋

1)你想说什么？并发不并发到底是另一个问题？还是以前count++和--之间状态不变的依据？
2)还可以通过dentry直接获得这个inode

1984qht

我接着顶,天天在看那,有意思,真有意思,我学习到了好多,CU牛人们真牛

secworld

原帖由 塑料袋 于 2006-12-23 00:09 发表
1)你想说什么？并发不并发到底是另一个问题？还是以前count++和--之间状态不变的依据？

你迷惑的地方不就是并发吗?并且你确时对并发也不了解,我前面已经抓拍了.呵呵......我早就提醒你要想好了再说.但你不听啊.iput释放自旋锁后,唯一的并发可能就是多CPU有可能会在同步inode时存在并发,但只有一个CPU会真正进入到__sync_one()函数中,随后想进入的CPU会因为dirty位的清除而避免.原因就是__sync_one()是带锁进入的,谁获得了inode_lock谁就可以进入__sync_one(),在清空掉dirty位后会释放inode_lock,即使其它CPU此时等到了inode_lock,但因为dirty被清掉也就不会再次进入__syn_one()函数.这么经典的互斥你确一点都看不出来,但不知道你现在体会到了没有!!我一直都在解释count++和--之间状态不变的原因,看你的问题2

2)还可以通过dentry直接获得这个inode

再次抓拍,少有的经典白痴言论!
我的流程走到这里的时候i_count都为零了,ms_active位也清了,你怎么可能还通过一个dentry直接获得这个inode?

[ 本帖最后由 secworld 于 2006-12-24 16:22 编辑 ]

gw2004

嘿嘿

flw2

原帖由 secworld 于 2006-12-23 23:03 发表

你迷惑的地方不就是并发吗?并且你确时对并发也不了解,我前面已经抓拍了.呵呵......我早就提醒你要想好了再说.但你不听啊.iput释放自旋锁后,唯一的并发可能就是多CPU有可能会在同步inode时存在并发,但只有一个CP ...

楼主要是承认你也没有用啊，众cu还是只有一个能敌。哈哈

快乐的土豆

原帖由 flw2 于 2006-12-24 10:06 发表

楼主要是承认你也没有用啊，众cu还是只有一个能敌。哈哈

学以致用，学点东西不是跑到论坛来秀的。cu研究内核的不少，真的就一个比lz厉害的，未必。
有人出来和lz老老实实的讨论这个问题那个问题，已经是表达对lz的极大的尊重了。

塑料袋

如果我现在足够强，那么对弱者泛滥的CU而言，不发一言才是最好的惩罚。
如果我现在很弱，那么应该接受别人的鄙视，不发一言才是说明自己是弱者的最充分证据。

cookis

原帖由 網中人 于 2006-8-16 15:09 发表


呵... 不用太嚴肅來看待這件事啦.
就讓 LZ 換個 mj 來發洩一下也不錯啊...

說實在的, 大家生活都很不容易.
MD 來到網路上還要裝腔作勢, 也是很累的~~~

大家輕鬆點, 也同時鼓勵一下 LZ 將用心花在更用 ...

倒底是网中人, 与众不同..我稀饭...  

一贴引出CU人间百态呀

大家可以换个角度看世界嘛..干吗搞得这么血腥..

LZ也是很用心去维护这贴的..这点很欣赏.. 恐怕多数人只是一掠而过(甚至临走前还不忘痛斥一下LZ.但也终究也没有说明痛斥的理由,也许今天已经将此贴切忘记)

大家同在CU混.多少有点战友情吧

也很欣赏flw*.
还有FinalBSD 够爽快,够实际

1984qht

要要沉了,我顶起来,在顶,接着顶

ibm6000

留名纪念，$才是硬道理