关于文件锁的一点疑问
本帖最后由 石下醉客 于 2015-06-18 17:12 编辑看到ULK虚拟文件系统关于文件锁的一节，中国电力出版社第三版中文版P514页：
FL_FLOCK锁：”再次搜索索引节点锁链表以验证现有的FL_FLOCK锁并不与所请求的锁冲突。在索引节点链表中，肯定没有FL_FLOCK写锁，此外，如果进程正在请求一个写锁，那么根本就没有FL_FLOCK锁“。
这句话什么意思，为什么索引节点的锁链表此时没有FL_FLOCK写锁？其他进程的请求的FL_FLOCK锁哪去了？
同样FL_POSIX锁也有类似的描述：
”从本质上说，在索引节点的链表中，必定没有用于同一区的FL_POSIX写锁，并且，如果进程正在请求一个写锁，那么同一区字段也可能根本没有FL_POSIX锁。“
我的理解是一个进程对应的一个文件对象不应该有两个FL_FLOCK锁，也不应该有两个对应同一区字段的FL_POSIX锁，但是其他进程也会打开相同的文件，那么上面的话怎么理解呢？ 本帖最后由 nswcfd 于 2015-06-24 21:04 编辑
还是看英文原文吧。
P515，3rd edition：
d. Searches the list of locks on the inode again to verify that no existing FL_FLOCK lock conflicts with the requested one. There must be no FL_FLOCK write lock in the list, and moreover, there must be no FL_FLOCK lock at all if the precess is requesting a write lock.
后半句是在描述前半句to verify要检查的条件，而不是如翻译所表达的一种lock的状态。
FL_POSIX对应p517的7a，就不摘抄了。原文同样也是在表达要检查的条件。
there must be no .... => “必定没有” ， 不如翻译成 “不能有”或“不允许有”（仅供参考）
页:
[1]