很好奇，为什么select限定描述符的数值范围？如果限定描述符个数还不会感到奇怪。

iw1210

很好奇，为什么select限定描述符的数值范围？如果限定描述符个数还不会感到奇怪。请高手解释下~

hanxin83

低手路过~字数字数.

lxyscls_cu

楼主，你蛋疼吗？{:3_189:}

iw1210

回复 3# lxyscls_cu


    怎么了，你对此不好奇么？如果你明白，就解释下呗

shan_ghost

为了方便在fd_set结构中做映射。

Prototypes:

void FD_SET(int fd, fd_set* fdset);
int FD_ISSET(int fd, fd_set* fdset);
From sys/select.h

typedef struct fd_set {
  u_int  fd_count;
  SOCKET fd_array[FD_SETSIZE];
} fd_set;

iw1210

shan_ghost 发表于 2013-02-28 18:58
为了方便在fd_set结构中做映射。

Prototypes:

明白了，直接做数组下标范围了。

w_anthony

shan_ghost 发表于 2013-02-28 18:58
为了方便在fd_set结构中做映射。

Prototypes:

不知道你是哪个版本的linux，我目前遇到的貌似都是用位0或1来表示对应的文件描述符的。win上倒确实是你这么定义的。

shan_ghost

w_anthony 发表于 2013-03-01 16:15
不知道你是哪个版本的linux，我目前遇到的貌似都是用位0或1来表示对应的文件描述符的。win上倒确实是你 ...

谁知道具体是哪的。网上搜的……偶才懒得一点点找呢


这个肯定是不同源码有不同实现的。

因为给出数值范围限定这个规定本身，事实上就可以看作是对开发者的一种暗示。有点经验的，不太可能不去利用这点来优化算法——这显然也是接口设计者所期望的。

不过，由于不同人的优化方式不同，或者算法本身都不同，甚至功能分解都不同，最终的优化方案自然的千差万别的。

w_anthony

shan_ghost 发表于 2013-03-01 16:26
谁知道具体是哪的。网上搜的……偶才懒得一点点找呢

那你搜到的内容应该就是win的select实现，而linux的select实现是按照位来对应的。而且这个范围并不是不可以突破，不管是win还是linux的实现，只要自己先分配超过限定数值所需的内存，再强制类型转换过来使用就行了。只是linux上面描述符一多就会导致select巨慢无比并且狂吃CPU（因为是遍历各个位来检测），而win上面要相对好一点。

iw1210

回复 9# w_anthony


    如果fd少，1000以内，不算占太多CPU吧