关于多线程对同一个文件进行写操作，记得坛子里面讨论过，不需要互斥，原因什么来着？

思一克

在用户程序中的”同时“在OS里面可以是同时可以是不同时。
要区分开不同地方的含义。
那个SOCKET锁保证OS中不同时写同一个SOCKET.
如果无那个锁，OS中就会出现同时写一个SOCKET的情况了。

chenzhanyiczy

如果不是为了防止交叉，那这锁有什么用吗？
----------
防止2个进程/线程同时写。
交叉不是“同时写”引 ...
思一克 发表于 2010-10-20 09:47

1.也就是说休眠的时候会让出锁？
2.对于大文件写来说，这个粗体部分(lock_sock(sk))的锁根本没什么作用了，反正锁不锁都有可能发生交叉的情况

思一克

1.也就是说休眠的时候会让出锁？
2.对于大文件写来说，这个粗体部分(lock_sock(sk))的锁根本没什么作用了，反正锁不锁都有可能发生交叉的情况
------
如果不锁，2个进程在OS中不同时写了吗？
那不是交叉问题，而是全乱套问题。

chenzhanyiczy

1.也就是说休眠的时候会让出锁？
2.对于大文件写来说，这个粗体部分(lock_sock(sk))的锁根本没什么作用了， ...
思一克 发表于 2010-10-20 10:19

你的意思是交叉错误的话，只是数据乱了而已，但“全乱套”的话就不只数据乱了，而且其他也乱了（比如：TCP发送窗口更新之类的）？

思一克

你的意思是交叉错误的话，只是数据乱了而已，但“全乱套”的话就不只数据乱了，而且其他也乱了（比如：TCP发送窗口更新之类的）？
----------
是的。我估计不死机就不错了。
这个结果可以实验。
你将内核SEND那里的锁头去掉，编译内核，启动用网络看看啥结果？

chenzhanyiczy

你的意思是交叉错误的话，只是数据乱了而已，但“全乱套”的话就不只数据乱了，而且其他也乱了（比如：TCP发 ...
思一克 发表于 2010-10-20 10:52

    还有问题：
1.释放锁的时机除了“休眠”，中断或者时间片用完有可能释放锁吗？ 如果可以，就有问题2了
2.因为中断或者时间片用完是随时都有可能发生的，那么“全乱套”的问题还有可能发生了

思一克

还有问题：
1.释放锁的时机除了“休眠”，中断或者时间片用完有可能释放锁吗？ 如果可以，就有问题2了
2.因为中断或者时间片用完是随时都有可能发生的，那么“全乱套”的问题还有可能发生了
--------------
只要每个时刻只有一个进程在用，就不会发生全乱的情况。

zylthinking

还有问题：
1.释放锁的时机除了“休眠”，中断或者时间片用完有可能释放锁吗？ 如果可以，就有问 ...
chenzhanyiczy 发表于 2010-10-20 11:14

感觉应该会释放吧， 但也不会全乱套； 和休眠释放锁不一样吗？

chenzhanyiczy

还有问题：
1.释放锁的时机除了“休眠”，中断或者时间片用完有可能释放锁吗？ 如果可以，就有问题2了
2. ...
思一克 发表于 2010-10-20 11:38

不太理解，不过我还是觉得有机率出现全乱的情况(当然，这是不可能的，内核不可能设计成这样)。只是现在没有找到答案来推翻我的这个疑虑。

另外：
”休眠“的时候，释放锁了，再醒来的时候，它还会不会检查相关状态并更新？没看到(TCP有很多状态，有缓冲区，有窗口，每个都是检查一遍的话很费时的)，如果没有的话岂不是还是乱套了？

rain_fish

还有问题：
1.释放锁的时机除了“休眠”，中断或者时间片用完有可能释放锁吗？ 如果可以，就有问题2了
2. ...
思一克 发表于 2010-10-20 11:38

    看了一遍大家的讨论，没得出到底要不要加锁的啊？请克哥给予提示？