请教：多线程同时写socket是否需要加锁

flw2

原帖由 yuangong 于 2007-8-30 10:23 发表
继续翻了下send 的实现,
发现了有如下代码:

if(error = sblock(&so->so_snd, SBLOCKWAIT(flag)))   
         goto  out;
do{

.......

}

函数在发送的时候,首先会对缓存加锁.通过加锁确保多个进 ...

都到这来了，这个锁是内核维护一致性的锁，而不是保证写10M的内容会一直等待直到成功。

空灵静世

发送数据的时候,操作系统会自己加锁,sys_send 函数会调用get_futex_key
在内核堆栈中看到的

空灵静世

楼主的意思应该是当一个线程在一次性调用send,还没退出的时候,会不会有另外的线程调用send把信息插进来

yuangong

原帖由 空灵静世 于 2007-8-30 11:35 发表
楼主的意思应该是当一个线程在一次性调用send,还没退出的时候,会不会有另外的线程调用send把信息插进来

对,就是这个意思.

yuangong

原帖由 flw2 于 2007-8-30 11:19 发表


都到这来了，这个锁是内核维护一致性的锁，而不是保证写10M的内容会一直等待直到成功。

当然不会一直写10M直到写完,一般来说是写一个包(大概4K)然后返回.

flw2

原帖由 空灵静世 于 2007-8-30 11:35 发表
楼主的意思应该是当一个线程在一次性调用send,还没退出的时候,会不会有另外的线程调用send把信息插进来

恩，那么答案是会。（还没有退出怎么理解，我先把它理解为系统调用还未结束）
write只是保证所写成功字节是原子的
只有在得到锁之后的操作是原子的

flw2

原帖由 yuangong 于 2007-8-30 12:04 发表

当然不会一直写10M直到写完,一般来说是写一个包(大概4K)然后返回.

跟包有什么关系？跟协议层的缓存相关的。再者。包的大小4K是什么包？

bobozhang

多线程写socket应该要加锁，而且要保证返回值等于要发送的数据长度或出错后才能解锁。虽然内核在写一个文件时可能会自动加锁，但是如果socket缓冲区不足以容纳下用户的所有数据的话，线程要进入睡眠状态，这时系统是否会解锁跟实现有关吧

思一克

我更正前面2个回答。

应该是当需要写的数据小于某一个数字（比如一页（？））时候才是原子的。数据大了不是。

原帖由 思一克 于 2007-8-30 10:11 发表
应该不用。
至于你各个THREAD数据交错问题那是应用层解决的。每个数据本身是原子的写。

codekiller

应该对socket加锁。 尤其是对非阻塞的socket，底层对缓冲区加锁并不能解决数据交错的问题。