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

posts - 14,  comments - 57,  trackbacks - 0
最近有朋友在面試的時候被問了select 和epoll效率差的原因,和一般人一樣,大部分都會回答select是輪詢、epoll是觸發(fā)式的,所以效率高。這個答案聽上去很完美,大致也說出了二者的主要區(qū)別。
今天閑來無事,翻看了下內(nèi)核代碼,結(jié)合內(nèi)核代碼和大家分享下我的觀點。

一、連接數(shù)

我本人也曾經(jīng)在項目中用過select和epoll,對于select,感觸最深的是linux下select最大數(shù)目限制(windows 下似乎沒有限制),每個進程的select最多能處理FD_SETSIZE個FD(文件句柄),
如果要處理超過1024個句柄,只能采用多進程了。
常見的使用slect的多進程模型是這樣的: 一個進程專門accept,成功后將fd通過unix socket傳遞給子進程處理,父進程可以根據(jù)子進程負載分派。曾經(jīng)用過1個父進程+4個子進程 承載了超過4000個的負載。
這種模型在我們當時的業(yè)務(wù)運行的非常好。epoll在連接數(shù)方面沒有限制,當然可能需要用戶調(diào)用API重現(xiàn)設(shè)置進程的資源限制。

二、IO差別

1、select的實現(xiàn)

這段可以結(jié)合linux內(nèi)核代碼描述了,我使用的是2.6.28,其他2.6的代碼應(yīng)該差不多吧。
先看看select:
select系統(tǒng)調(diào)用的代碼在fs/Select.c下,
asmlinkage long sys_select(int n, fd_set __user *inp, fd_set __user *outp,
            fd_set __user *exp, struct timeval __user *tvp)
{
    struct timespec end_time, *to = NULL;
    struct timeval tv;
    int ret;

    if (tvp) {
        if (copy_from_user(&tv, tvp, sizeof(tv)))
            return -EFAULT;

        to = &end_time;
        if (poll_select_set_timeout(to,
                tv.tv_sec + (tv.tv_usec / USEC_PER_SEC),
                (tv.tv_usec % USEC_PER_SEC) * NSEC_PER_USEC))
            return -EINVAL;
    }

    ret = core_sys_select(n, inp, outp, exp, to);
    ret = poll_select_copy_remaining(&end_time, tvp, 1, ret);

    return ret;
}
前面是從用戶控件拷貝各個fd_set到內(nèi)核空間,接下來的具體工作在core_sys_select中,
core_sys_select->do_select,真正的核心內(nèi)容在do_select里:
int do_select(int n, fd_set_bits *fds, struct timespec *end_time)
{
    ktime_t expire, *to = NULL;
    struct poll_wqueues table;
    poll_table *wait;
    int retval, i, timed_out = 0;
    unsigned long slack = 0;

    rcu_read_lock();
    retval = max_select_fd(n, fds);
    rcu_read_unlock();

    if (retval < 0)
        return retval;
    n = retval;

    poll_initwait(&table);
    wait = &table.pt;
    if (end_time && !end_time->tv_sec && !end_time->tv_nsec) {
        wait = NULL;
        timed_out = 1;
    }

    if (end_time && !timed_out)
        slack = estimate_accuracy(end_time);

    retval = 0;
    for (;;) {
        unsigned long *rinp, *routp, *rexp, *inp, *outp, *exp;

        set_current_state(TASK_INTERRUPTIBLE);

        inp = fds->in; outp = fds->out; exp = fds->ex;
        rinp = fds->res_in; routp = fds->res_out; rexp = fds->res_ex;

        for (i = 0; i < n; ++rinp, ++routp, ++rexp) {
            unsigned long in, out, ex, all_bits, bit = 1, mask, j;
            unsigned long res_in = 0, res_out = 0, res_ex = 0;
            const struct file_operations *f_op = NULL;
            struct file *file = NULL;

            in = *inp++; out = *outp++; ex = *exp++;
            all_bits = in | out | ex;
            if (all_bits == 0) {
                i += __NFDBITS;
                continue;
            }

            for (j = 0; j < __NFDBITS; ++j, ++i, bit <<= 1) {
                int fput_needed;
                if (i >= n)
                    break;
                if (!(bit & all_bits))
                    continue;
                file = fget_light(i, &fput_needed);
                if (file) {
                    f_op = file->f_op;
                    mask = DEFAULT_POLLMASK;
                    if (f_op && f_op->poll)
                        mask = (*f_op->poll)(file, retval ? NULL : wait);
                    fput_light(file, fput_needed);
                    if ((mask & POLLIN_SET) && (in & bit)) {
                        res_in |= bit;
                        retval++;
                    }
                    if ((mask & POLLOUT_SET) && (out & bit)) {
                        res_out |= bit;
                        retval++;
                    }
                    if ((mask & POLLEX_SET) && (ex & bit)) {
                        res_ex |= bit;
                        retval++;
                    }
                }
            }
            if (res_in)
                *rinp = res_in;
            if (res_out)
                *routp = res_out;
            if (res_ex)
                *rexp = res_ex;
            cond_resched();
        }
        wait = NULL;
        if (retval || timed_out || signal_pending(current))
            break;
        if (table.error) {
            retval = table.error;
            break;
        }

        /*
         * If this is the first loop and we have a timeout
         * given, then we convert to ktime_t and set the to
         * pointer to the expiry value.
         */
        if (end_time && !to) {
            expire = timespec_to_ktime(*end_time);
            to = &expire;
        }

        if (!schedule_hrtimeout_range(to, slack, HRTIMER_MODE_ABS))
            timed_out = 1;
    }
    __set_current_state(TASK_RUNNING);

    poll_freewait(&table);

    return retval;
}
上面的代碼很多,其實真正關(guān)鍵的代碼是這一句:
mask = (*f_op->poll)(file, retval ? NULL : wait);
這個是調(diào)用文件系統(tǒng)的 poll函數(shù),不同的文件系統(tǒng)poll函數(shù)自然不同,由于我們這里關(guān)注的是tcp連接,而socketfs的注冊在 net/Socket.c里。
register_filesystem(&sock_fs_type);
socket文件系統(tǒng)的函數(shù)也是在net/Socket.c里:
static const struct file_operations socket_file_ops = {
    .owner =    THIS_MODULE,
    .llseek =    no_llseek,
    .aio_read =    sock_aio_read,
    .aio_write =    sock_aio_write,
    .poll =        sock_poll,
    .unlocked_ioctl = sock_ioctl,
#ifdef CONFIG_COMPAT
    .compat_ioctl = compat_sock_ioctl,
#endif
    .mmap =        sock_mmap,
    .open =        sock_no_open,    /* special open code to disallow open via /proc */
    .release =    sock_close,
    .fasync =    sock_fasync,
    .sendpage =    sock_sendpage,
    .splice_write = generic_splice_sendpage,
    .splice_read =    sock_splice_read,
};
從sock_poll跟隨下去,
最后可以到 net/ipv4/tcp.c的
unsigned int tcp_poll(struct file *file, struct socket *sock, poll_table *wait)
這個是最終的查詢函數(shù),
也就是說select 的核心功能是調(diào)用tcp文件系統(tǒng)的poll函數(shù),不停的查詢,如果沒有想要的數(shù)據(jù),主動執(zhí)行一次調(diào)度(防止一直占用cpu),直到有一個連接有想要的消息為止。
從這里可以看出select的執(zhí)行方式基本就是不同的調(diào)用poll,直到有需要的消息為止,如果select 處理的socket很多,這其實對整個機器的性能也是一個消耗。

2、epoll的實現(xiàn)

epoll的實現(xiàn)代碼在 fs/EventPoll.c下,
由于epoll涉及到幾個系統(tǒng)調(diào)用,這里不逐個分析了,僅僅分析幾個關(guān)鍵點,
第一個關(guān)鍵點在
static int ep_insert(struct eventpoll *ep, struct epoll_event *event,
             struct file *tfile, int fd)
這是在我們調(diào)用sys_epoll_ctl 添加一個被管理socket的時候調(diào)用的函數(shù),關(guān)鍵的幾行如下:
epq.epi = epi;
    init_poll_funcptr(&epq.pt, ep_ptable_queue_proc);

    /*
     * Attach the item to the poll hooks and get current event bits.
     * We can safely use the file* here because its usage count has
     * been increased by the caller of this function. Note that after
     * this operation completes, the poll callback can start hitting
     * the new item.
     */
    revents = tfile->f_op->poll(tfile, &epq.pt);
這里也是調(diào)用文件系統(tǒng)的poll函數(shù),不過這次初始化了一個結(jié)構(gòu),這個結(jié)構(gòu)會帶有一個poll函數(shù)的callback函數(shù):ep_ptable_queue_proc,
在調(diào)用poll函數(shù)的時候,會執(zhí)行這個callback,這個callback的功能就是將當前進程添加到 socket的等待進程上。
static void ep_ptable_queue_proc(struct file *file, wait_queue_head_t *whead,
                 poll_table *pt)
{
    struct epitem *epi = ep_item_from_epqueue(pt);
    struct eppoll_entry *pwq;

    if (epi->nwait >= 0 && (pwq = kmem_cache_alloc(pwq_cache, GFP_KERNEL))) {
        init_waitqueue_func_entry(&pwq->wait, ep_poll_callback);
        pwq->whead = whead;
        pwq->base = epi;
        add_wait_queue(whead, &pwq->wait);
        list_add_tail(&pwq->llink, &epi->pwqlist);
        epi->nwait++;
    } else {
        /* We have to signal that an error occurred */
        epi->nwait = -1;
    }

注意到參數(shù) whead 實際上是 sk->sleep,其實就是將當前進程添加到sk的等待隊列里,當該socket收到數(shù)據(jù)或者其他事件觸發(fā)時,會調(diào)用
sock_def_readable 或者sock_def_write_space 通知函數(shù)來喚醒等待進程,這2個函數(shù)都是在socket創(chuàng)建的時候填充在sk結(jié)構(gòu)里的。
從前面的分析來看,epoll確實是比select聰明的多、輕松的多,不用再苦哈哈的去輪詢了。

posted on 2010-07-10 18:40 feixuwu 閱讀(10280) 評論(3)  編輯 收藏 引用 所屬分類: 游戲開發(fā)

FeedBack:
# re: select 和 epoll
2010-07-16 08:42 | tanxw
windows的select一樣有最大數(shù)目限制的,貌似是64吧。
但這個限制一般都沒問題,因為我們可以在包含頭文件之前重新定FD_SETSIZE的大小。這樣就突破了限制了  回復(fù)  更多評論
  
# re: select 和 epoll
2013-11-18 09:52 | 滄海笑
windows下select又有連接數(shù)限制  回復(fù)  更多評論
  
# re: select 和 epoll[未登錄]
2014-04-03 23:28 | happy
@tanxw
windows 下也是 1024  回復(fù)  更多評論
  
<2010年7月>
27282930123
45678910
11121314151617
18192021222324
25262728293031
1234567

文章轉(zhuǎn)載請注明出處

常用鏈接

留言簿(11)

隨筆分類

隨筆檔案

搜索

  •  

最新評論

閱讀排行榜

評論排行榜

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            欧美 日韩 国产一区二区在线视频| 国产精品久久久久久久久搜平片| 欧美~级网站不卡| 香蕉久久夜色精品国产| 亚洲免费中文字幕| 午夜视频在线观看一区二区| 久久成人国产| 久久亚洲影院| 91久久线看在观草草青青| 免费亚洲一区二区| 欧美激情亚洲国产| 亚洲精品自在久久| 亚洲免费在线精品一区| 欧美一区视频在线| 欧美亚洲一区二区在线观看| 午夜久久影院| 免费在线成人av| av72成人在线| 久久人人爽人人爽爽久久| 欧美精品三级日韩久久| 国产欧美日韩亚洲一区二区三区| 在线播放不卡| 亚洲自拍16p| 欧美1区2区视频| 一本大道久久a久久精品综合| 亚洲一区二区日本| 欧美成黄导航| 国产一区二区三区网站| 99热免费精品| 久久漫画官网| 亚洲午夜精品一区二区| 欧美国产亚洲精品久久久8v| 国产日韩精品一区二区| 日韩一区二区电影网| 久久九九精品| 国产精品夜色7777狼人| 麻豆成人在线播放| 99这里只有精品| 麻豆精品在线视频| 国产日产亚洲精品系列| 亚洲午夜国产成人av电影男同| 久久网站免费| 午夜国产精品视频| 国产精品高清免费在线观看| 亚洲免费福利视频| 亚洲第一区中文99精品| 久久久777| 国产一区二区高清| 欧美一区二区免费| 亚洲女优在线| 国产精品美女www爽爽爽视频| 亚洲欧洲在线一区| 欧美成人精品在线观看| 久久国产精品毛片| 国内成人精品视频| 久久久久九九九九| 欧美在线观看一区二区三区| 国产区亚洲区欧美区| 亚洲欧美成人一区二区三区| 一本一道久久综合狠狠老精东影业| 欧美11—12娇小xxxx| 亚洲激情亚洲| 亚洲韩国青草视频| 欧美精品一区二| 亚洲精品裸体| 亚洲日韩视频| 国产精品v欧美精品v日韩| 一二三区精品| 一本久道久久综合中文字幕| 欧美日韩在线不卡一区| 亚洲一区二区三区高清 | 香蕉免费一区二区三区在线观看 | 亚洲一区精品电影| 在线视频亚洲欧美| 国产精品久久久久久久久久免费| 亚洲一区二区三区乱码aⅴ蜜桃女| 日韩视频一区二区在线观看| 欧美日韩免费高清| 午夜精品久久久久久久久久久久 | 欧美黄在线观看| 99在线热播精品免费| 日韩视频一区二区三区在线播放免费观看 | 欧美日韩亚洲一区二区三区在线观看| 亚洲一区自拍| 亚洲深爱激情| 韩日在线一区| 亚洲国内高清视频| 国产精品亚洲人在线观看| 久久久综合网站| 欧美日韩国产精品专区| 欧美综合国产| 欧美激情一区二区三区不卡| 亚洲永久字幕| 久久久久久网址| 中文精品在线| 久久精品国产久精国产爱| 日韩视频在线一区二区| 亚洲欧美一区二区三区极速播放| 亚洲第一区在线观看| 日韩亚洲综合在线| 有坂深雪在线一区| 日韩午夜三级在线| 一区二区三区在线高清| 中文网丁香综合网| 亚洲三级网站| 久久黄色小说| 性伦欧美刺激片在线观看| 欧美jizzhd精品欧美巨大免费| 欧美一级大片在线免费观看| 欧美国产综合一区二区| 美女日韩欧美| 国产综合色精品一区二区三区 | 久久成人免费视频| 亚洲午夜视频在线| 另类欧美日韩国产在线| 欧美在线观看网址综合| 欧美日韩123| 亚洲二区在线视频| 在线播放日韩欧美| 欧美在线地址| 欧美一级片一区| 欧美视频免费在线观看| 欧美国产日本在线| 在线看无码的免费网站| 欧美亚洲色图校园春色| 午夜国产欧美理论在线播放| 欧美日本一道本| 亚洲欧洲精品一区二区三区| 亚洲福利一区| 免费中文日韩| 91久久精品国产91久久性色tv| 亚洲国产另类久久精品| 久久嫩草精品久久久精品| 久久伊人一区二区| 在线国产日韩| 久久综合狠狠综合久久综合88| 久久蜜桃资源一区二区老牛| 国产一区二区三区在线播放免费观看 | 久久这里只有| 韩国一区电影| 久久这里只精品最新地址| 久久久久久一区二区| 国内免费精品永久在线视频| 亚洲欧美色一区| 免费久久精品视频| 亚洲第一精品电影| 亚洲精品欧美日韩专区| 欧美精品一区二区视频| 一区二区三区精品视频| 午夜精品久久久久久久白皮肤| 国产美女精品免费电影| 欧美在线一区二区| 欧美激情区在线播放| 中日韩高清电影网| 国产精品日韩精品| 久久久女女女女999久久| 亚洲第一福利视频| 亚洲素人在线| 国产一区二区无遮挡| 久热精品视频在线观看| 欧美激情一区三区| 亚洲女女做受ⅹxx高潮| 国产在线国偷精品产拍免费yy| 久久狠狠婷婷| 日韩五码在线| 久久综合网络一区二区| 日韩视频一区二区| 国产精品久久999| 久久久91精品国产一区二区三区| 亚洲国产裸拍裸体视频在线观看乱了| 在线亚洲高清视频| 国产在线观看一区| 欧美日韩网站| 久久亚洲高清| 亚洲私人影院| 亚洲高清毛片| 久久久国产亚洲精品| 亚洲最快最全在线视频| 韩日精品视频一区| 欧美图区在线视频| 你懂的视频欧美| 亚洲欧美成人综合| 亚洲日本成人网| 蜜臀av性久久久久蜜臀aⅴ四虎| 亚洲午夜精品网| 亚洲第一网站| 国产亚洲人成a一在线v站| 欧美日韩国产成人在线| 久久夜色精品亚洲噜噜国产mv| 在线视频免费在线观看一区二区| 麻豆亚洲精品| 久久精品国产亚洲精品 | 国产综合色一区二区三区| 国产精品九九| 欧美日韩亚洲综合| 欧美成在线视频| 蜜桃av噜噜一区| 久久亚洲欧洲| 久久久久网站| 久久国产精品一区二区三区四区|