青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

loop_in_codes

低調做技術__歡迎移步我的獨立博客 codemaro.com 微博 kevinlynx

select真的有限制嗎

在剛開始學習網絡編程時,似乎莫名其妙地就會被某人/某資料告訴select函數是有fd(file descriptor)數量限制的。在最近的一次記憶里還有個人笑說select只支持64個fd。我甚至還寫過一篇不負責任甚至錯誤的博客(突破select的FD_SETSIZE限制)。有人說,直接重新定義FD_SETSIZE就可以突破這個select的限制,也有人說除了重定義這個宏之外還的重新編譯內核。

事實具體是怎樣的?實際上,造成這些混亂的原因恰好是不同平臺對select的實現不一樣。

Windows的實現

MSDN.aspx)上對select的說明:

int select(
  _In_     int nfds,
  _Inout_  fd_set *readfds,
  _Inout_  fd_set *writefds,
  _Inout_  fd_set *exceptfds,
  _In_     const struct timeval *timeout
);

nfds [in] Ignored. The nfds parameter is included only for compatibility with Berkeley sockets.

第一個參數MSDN只說沒有使用,其存在僅僅是為了保持與Berkeley Socket的兼容。

The variable FD_SETSIZE determines the maximum number of descriptors in a set. (The default value of FD_SETSIZE is 64, which can be modified by defining FD_SETSIZE to another value before including Winsock2.h.) Internally, socket handles in an fd_set structure are not represented as bit flags as in Berkeley Unix.

Windows上select的實現不同于Berkeley Unix,后者使用位標志來表示socket

在MSDN的評論中有人提到:

Unlike the Linux versions of these macros which use a single calculation to set/check the fd, the Winsock versions use a loop which goes through the entire set of fds each time you call FD_SET or FD_ISSET (check out winsock2.h and you’ll see). So you might want to consider an alternative if you have thousands of sockets!

不同于Linux下處理fd_set的那些宏(FD_CLR/FD_SET之類),Windows上這些宏的實現都使用了一個循環,看看這些宏的大致實現(Winsock2.h):

#define FD_SET(fd, set) do { \
    u_int __i; \
    for (__i = 0; __i < ((fd_set FAR *)(set))->fd_count; __i++) { \
        if (((fd_set FAR *)(set))->fd_array[__i] == (fd)) { \
            break; \
        } \
    } \
    if (__i == ((fd_set FAR *)(set))->fd_count) { \
        if (((fd_set FAR *)(set))->fd_count < FD_SETSIZE) { \
            ((fd_set FAR *)(set))->fd_array[__i] = (fd); \
            ((fd_set FAR *)(set))->fd_count++; \
        } \
    } \
} while(0)

看下Winsock2.h中關于fd_set的定義:

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

再看一篇更重要的MSDN Maximum Number of Sockets Supported.aspx):

The Microsoft Winsock provider limits the maximum number of sockets supported only by available memory on the local computer. The maximum number of sockets that a Windows Sockets application can use is not affected by the manifest constant FD_SETSIZE. If an application is designed to be capable of working with more than 64 sockets using the select and WSAPoll functions, the implementor should define the manifest FD_SETSIZE in every source file before including the Winsock2.h header file.

Windows上select支持的socket數量并不受宏FD_SETSIZE的影響,而僅僅受內存的影響。如果應用程序想使用超過FD_SETSIZE的socket,僅需要重新定義FD_SETSIZE即可。

實際上稍微想想就可以明白,既然fd_set里面已經有一個socket的數量計數,那么select的實現完全可以使用這個計數,而不是FD_SETSIZE這個宏。那么結論是,select至少在Windows上并沒有socket支持數量的限制。當然效率問題這里不談。

這看起來推翻了我們一直以來沒有深究的一個事實。

Linux的實現

在上面提到的MSDN中,其實已經提到了Windows與Berkeley Unix實現的不同。在select的API文檔中也看到了第一個參數并沒有說明其作用。看下Linux的man

nfds is the highest-numbered file descriptor in any of the three sets, plus 1.

第一個參數簡單來說就是最大描述符+1。

An fd_set is a fixed size buffer. Executing FD_CLR() or FD_SET() with a value of fd that is negative or is equal to or larger than FD_SETSIZE will result in undefined behavior.

明確說了,如果調用FD_SET之類的宏fd超過了FD_SETSIZE將導致undefined behavior。也有人專門做了測試:select system call limitation in Linux。也有現實遇到的問題:socket file descriptor (1063) is larger than FD_SETSIZE (1024), you probably need to rebuild Apache with a larger FD_SETSIZE

看起來在Linux上使用select確實有FD_SETSIZE的限制。有必要看下相關的實現 fd_set.h

typedef __uint32_t      __fd_mask;

/* 32 = 2 ^ 5 */
#define __NFDBITS       (32)
#define __NFDSHIFT      (5)
#define __NFDMASK       (__NFDBITS - 1)

/*
 * Select uses bit fields of file descriptors.  These macros manipulate
 * such bit fields.  Note: FD_SETSIZE may be defined by the user.
 */

#ifndef FD_SETSIZE
#define FD_SETSIZE      256
#endif

#define __NFD_SIZE      (((FD_SETSIZE) + (__NFDBITS - 1)) / __NFDBITS)

typedef struct fd_set {
    __fd_mask       fds_bits[__NFD_SIZE];
} fd_set;

在這份實現中不同于Windows實現,它使用了位來表示fd。看下FD_SET系列宏的大致實現:

#define FD_SET(n, p)    \
   ((p)->fds_bits[(unsigned)(n) >> __NFDSHIFT] |= (1 << ((n) & __NFDMASK)))

添加一個fd到fd_set中也不是Windows的遍歷,而是直接位運算。這里也有人對另一份類似實現做了剖析:linux的I/O多路轉接select的fd_set數據結構和相應FD_宏的實現分析。在APUE中也提到fd_set

這種數據類型(fd_set)為每一可能的描述符保持了一位。

既然fd_set中不包含其保存了多少個fd的計數,那么select的實現里要知道自己要處理多少個fd,那只能使用FD_SETSIZE宏去做判定,但Linux的實現選用了更好的方式,即通過第一個參數讓應用層告訴select需要處理的最大fd(這里不是數量)。那么其實現大概為:

for (int i = 0; i < nfds; ++i) {
    if (FD_ISSET...
       ...
}

如此看來,Linux的select實現則是受限于FD_SETSIZE的大小。這里也看到,fd_set使用位數組來保存fd,那么fd本身作為一個int數,其值就不能超過FD_SETSIZE這不僅僅是數量的限制,還是其取值的限制。實際上,Linux上fd的取值是保證了小于FD_SETSIZE的(但不是不變的)Is the value of a Linux file descriptor always smaller than the open file limits?

Each process is further limited via the setrlimit(2) RLIMIT_NOFILE per-process limit on the number of open files. 1024 is a common RLIMIT_NOFILE limit. (It’s very easy to change this limit via /etc/security/limits.conf.)

fd的取值會小于RLIMIT_NOFILE,有很多方法可以改變這個值。這個值默認情況下和FD_SETSIZE應該是一樣的。這個信息告訴我們,Linux下fd的取值應該是從0開始遞增的(理論上,實際上還有stdin/stdout/stderr之類的fd)。這才能保證select的那些宏可以工作。

應用層使用

標準的select用法應該大致如下:

while (true) {
    ...
    select(...)
    for-each socket {
        if (FD_ISSET(fd, set))
            ...
    }

    ...
}

即遍歷目前管理的fd,通過FD_ISSET去判定當前fd是否有IO事件。因為Windows的實現FD_ISSET都是一個循環,所以有了另一種不跨平臺的用法:

while (true) {
    ...
    select(. &read_sockets, &write_sockets..)
    for-each read_socket {
        use fd.fd_array[i)
    }
    ...
}

總結

  • Windows上select沒有fd數量的限制,但因為使用了循環來檢查,所以效率相對較低
  • Linux上selectFD_SETSIZE的限制,但其相對效率較高

posted on 2014-06-01 23:45 Kevin Lynx 閱讀(4957) 評論(1)  編輯 收藏 引用 所屬分類: network

評論

# re: select真的有限制嗎 2014-06-06 13:23 liyou

不錯,樓主做了自己的研究。  回復  更多評論   

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            女人色偷偷aa久久天堂| 久久天堂成人| 日韩亚洲一区二区| 欧美日韩精品欧美日韩精品一| 日韩一区二区精品| 99国产精品| 国产精品视频网址| 久久电影一区| 久久综合狠狠| 国产精品99久久久久久久久久久久 | 午夜精品美女久久久久av福利| 一区二区三区四区在线| 国产日韩欧美综合| 免费看亚洲片| 欧美极品色图| 久久久.com| 欧美精品一区二区三区很污很色的| 一区二区三区免费网站| 亚洲欧美网站| 亚洲毛片一区二区| 亚洲欧美制服另类日韩| 亚洲第一主播视频| 99在线|亚洲一区二区| 国模精品娜娜一二三区| 亚洲精品视频免费| 国产一区二区三区久久| 亚洲激情在线观看视频免费| 国产精品久久激情| 欧美激情一区二区三区在线视频| 国产精品欧美风情| 亚洲电影自拍| 国产亚洲欧美激情| 日韩午夜激情| 亚洲高清视频在线观看| 亚洲一区bb| 亚洲精选视频免费看| 先锋影音一区二区三区| 一区二区免费看| 美国十次了思思久久精品导航| 亚洲综合视频网| 欧美韩日一区二区三区| 久久久亚洲人| 国产精品一区二区在线| 亚洲久久一区| 日韩午夜精品| 免费短视频成人日韩| 卡一卡二国产精品| 国产日本欧美一区二区三区| 夜夜夜久久久| 一区二区三区国产在线| 欧美成人精品在线视频| 毛片基地黄久久久久久天堂| 国产欧美亚洲精品| 亚洲午夜激情免费视频| 亚洲男同1069视频| 欧美日韩一二区| 日韩视频一区二区三区| 野花国产精品入口| 欧美精品自拍| 亚洲精品久久久久| 亚洲免费黄色| 欧美日韩成人综合| 亚洲日本中文| 日韩一级网站| 欧美日韩无遮挡| 亚洲美女毛片| 亚洲综合电影| 国产女人水真多18毛片18精品视频| 亚洲天堂成人在线视频| 午夜精品一区二区三区电影天堂| 国产精品久久久久999| 亚洲一区二区精品在线| 欧美在线日韩精品| 国产主播精品| 猛干欧美女孩| 亚洲开发第一视频在线播放| 亚洲一区二区三区在线视频| 国产精品视频在线观看| 亚洲欧美日本伦理| 久久夜色精品国产欧美乱极品| 亚洲国产欧美一区| 欧美精品一区三区在线观看| 一本色道精品久久一区二区三区| 午夜精品视频| 伊人久久大香线| 欧美精品1区2区| 亚洲一区二区三区精品在线观看 | 欧美jizz19性欧美| 亚洲精品孕妇| 国产精品三级久久久久久电影| 欧美在线视频在线播放完整版免费观看 | 欧美一区二区三区精品| 好看的日韩av电影| 蜜桃av一区二区在线观看| 亚洲免费观看高清完整版在线观看| 亚洲欧美在线另类| 亚洲第一天堂无码专区| 欧美日韩免费观看一区| 久久国产精品99国产| 亚洲欧洲综合另类在线| 欧美在线视频一区二区| 亚洲人成网站色ww在线| 国产精品自拍网站| 欧美国产精品久久| 欧美一区二区三区啪啪| 亚洲国产日韩在线| 久久精品视频网| 99成人在线| 在线观看欧美精品| 国产精品老女人精品视频| 免费欧美在线视频| 欧美一区亚洲一区| 一区二区三区不卡视频在线观看| 久久这里只有精品视频首页| 亚洲亚洲精品在线观看| 亚洲欧洲午夜| 韩国一区电影| 国产欧美另类| 欧美日韩中文字幕精品| 女人天堂亚洲aⅴ在线观看| 欧美一级在线亚洲天堂| 亚洲一二三区在线| 日韩一级网站| 亚洲精品视频免费在线观看| 欧美福利专区| 欧美成人精品影院| 久久影院亚洲| 欧美在线一级va免费观看| 亚洲一级黄色av| 99国产精品久久久久久久| 亚洲国产精品精华液2区45| 国内伊人久久久久久网站视频 | 鲁大师影院一区二区三区| 欧美一区二区三区另类| 亚洲图片你懂的| 一本色道久久综合亚洲精品高清 | 国产最新精品精品你懂的| 国产精品久久久久高潮| 欧美日韩三级在线| 欧美巨乳波霸| 欧美日本网站| 欧美日韩国产一区二区三区| 欧美日本国产| 欧美日韩精选| 欧美三级视频在线播放| 欧美午夜a级限制福利片| 国产精品v欧美精品v日韩| 欧美四级电影网站| 国产精品久久久久aaaa九色| 国产精品激情| 国产欧美一二三区| 狠狠色狠狠色综合日日五| 一区福利视频| 亚洲激情视频在线| 亚洲理论电影网| 亚洲先锋成人| 欧美综合77777色婷婷| 久久婷婷av| 亚洲成色777777在线观看影院| 亚洲国产一区视频| 国产精品99久久久久久久vr| 欧美一二区视频| 久热成人在线视频| 欧美日韩国产一区二区三区地区| 欧美亚洲成人免费| 国内揄拍国内精品少妇国语| 91久久精品国产91久久| 一区二区三区免费网站| 久久se精品一区二区| 欧美国产视频在线| 一区二区三区四区精品| 欧美在线一二三四区| 欧美暴力喷水在线| 国产精品视频| 亚洲黄色免费| 亚洲欧美精品suv| 美女尤物久久精品| 亚洲精品在线观看视频| 欧美专区亚洲专区| 欧美日韩精品伦理作品在线免费观看| 巨乳诱惑日韩免费av| 一本色道久久综合狠狠躁篇怎么玩| 欧美一区免费视频| 欧美日韩久久精品| 影音先锋另类| 欧美一级视频| 最近中文字幕日韩精品 | 亚洲精品国产精品国自产观看| 亚洲自拍电影| 欧美日本亚洲| 一区二区三区在线看| 亚洲欧美不卡| 亚洲精品欧美一区二区三区| 欧美在线视频一区二区| 国产精品大片wwwwww| 日韩一级免费观看| 女同性一区二区三区人了人一| 午夜一级在线看亚洲| 欧美性猛交一区二区三区精品| 亚洲人成网在线播放|