通讯时select，读写集为什么都有数据

yycfriends

是的，这个send buffer在循环中始终是可写的，因此select自然不阻塞了。
具体来说socket的一个套接字会有两个buffer，recv buffer和send buffer。这样在当conn后，sendbuffer始终处于已准备好状态，所以select不会阻塞。当客户端发送来数据的时候，sendbuffer依然会是真，而recv buffer也会返回真。这样就可以解释我前面问的两个问题了。

柳五随风

原帖由 yycfriends 于 2006-2-16 11:00 发表
是的，这个send buffer在循环中始终是可写的，因此select自然不阻塞了。
具体来说socket的一个套接字会有两个buffer，recv buffer和send buffer。这样在当conn后，sendbuffer始终处于已准备好状态，所以select不 ...

,很少有人监测write fds set的,除非是nonblock connect或者类似于数据转发的东西.

soul_of_moon

accpet需要select超时判断？accept本身就是个阻塞函数

yycfriends

很好，随风没有提出反对意见，说明我最后的理解终于上路了。
非常感谢大家的答复，更感谢随风的答复。

相关的问题：最简单的socket通讯程序是用accpt阻塞，来一个客户端请求处理一个，多个客户端的排队处理。为了提高效率，人们fork一个子进程，用子进程来进行业务处理，减少客户端等待的时间。

但在对效率要求很高的情况下，如银行有上千个终端，同时请求的客户端有50多个，这样fork的处理效率又明显不够了，能否应用select解决这样的问题，大概的处理方式又是如何呢？谢谢。

yycfriends

对soul_of_moon：是的，但使用select本意是想提高服务端处理的效率，但能否实现还要看我上面问题的大家的解决情况。

kernel_linux

你要干什么?

柳五随风

原帖由 yycfriends 于 2006-2-16 11:23 发表
很好，随风没有提出反对意见，说明我最后的理解终于上路了。
非常感谢大家的答复，更感谢随风的答复。

相关的问题：最简单的socket通讯程序是用accpt阻塞，来一个客户端请求处理一个，多个客户端的排队处理。 ...

进程组+线程池,足够应付的了.

yycfriends

唉，小手就是难过啊。不过还得厚着脸问吧：）
to随风：在c里的线程（java概念）一般称为子进程，因此你上面的说法进程租＋线程池，应该是一个概念吧，进程组＝线程池。就是多个子进程。事先就fock好。来了数据包后，通过进程间通信把数据包踢给某一个子进程去处理。这样减少了fork的消耗。这样的理解是否正确，请纠正。谢谢

[ 本帖最后由 yycfriends 于 2006-2-16 11:40 编辑 ]

soul_of_moon

这跟效率有什么关系？accept是对一个队列进行操作的，一个请求连接并不影响另一个请求连接。

柳五随风

原帖由 yycfriends 于 2006-2-16 11:38 发表
唉，小手就是难过啊。不过还得厚着脸问吧：）
to随风：在c里的线程（java概念）一般称为子进程，因此你上面的说法进程租＋线程池，应该是一个概念吧，进程组＝线程池。就是多个子进程。事先就fock好。来了数据包 ...

dead wrong

linux的thread是通过clone实现的,所以可以当一个light weight process 看待.但是支持kernel thread的os里面thread 本身就是调度单元,所以不是子进程.
引入thread poll是为了把service的处理能力增强(如果存在concurrency的话).

2.进程池是你说的意思,引入进程池是为了解决单一process 处理能力和资源分配的bottleneck,比如process pool里每一个process可以对应一个分配给自身的port的通信模型(类似于tuxedo等的处理方式),这个port是有一个特殊的process和client协商来的.

写的太累了