• <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>
            xiaoguozi's Blog
            Pay it forword - 我并不覺(jué)的自豪,我所嘗試的事情都失敗了······習(xí)慣原本生活的人不容易改變,就算現(xiàn)狀很糟,他們也很難改變,在過(guò)程中,他們還是放棄了······他們一放棄,大家就都是輸家······讓愛(ài)傳出去,很困難,也無(wú)法預(yù)料,人們需要更細(xì)心的觀察別人,要隨時(shí)注意才能保護(hù)別人,因?yàn)樗麄兾幢刂雷约阂裁础ぁぁぁぁ?/span>
            轉(zhuǎn)自:
            http://blog.csdn.net/yetyongjin/article/details/7476860

            這兩天做asterisk的性能測(cè)試,經(jīng)常碰到這樣的錯(cuò)誤:“Too many open files”。

                    我們知道,Linux下,文件描述符就是一個(gè)簡(jiǎn)單的整數(shù)值,習(xí)慣上,標(biāo)準(zhǔn)輸入(standard input)的文件描述符是 0,標(biāo)準(zhǔn)輸出(standard output)是 1,標(biāo)準(zhǔn)錯(cuò)誤(standard error)是 2。POSIX 定義了STDIN_FILENO、STDOUT_FILENO 和STDERR_FILENO 來(lái)代替 0、1、2。這三個(gè)符號(hào)常量的定義位于頭文件 unistd.h。

                    文件描述符的有效范圍是0 到OPEN_MAX。那么一個(gè)進(jìn)程最多到底能打開(kāi)多少個(gè)文件描述符呢?下面,就以asterisk進(jìn)程為例來(lái)說(shuō)明。


            #ps –ef | grep asterisk


            從第二列得到asterisk的PID為19488。

            # cat /proc/19488/limits

                    紅線一行說(shuō)明asterisk進(jìn)程最大能打開(kāi)1024個(gè)文件描述符(不包含它的子進(jìn)程或創(chuàng)建出來(lái)的線程)。在/proc/19488/task/目錄下,詳細(xì)列出了其下的子任務(wù)的情況,每個(gè)子文件夾里同樣有一個(gè)limits文件,限定了各子任務(wù)的情況。

             

                     一個(gè)進(jìn)程打開(kāi)了幾個(gè)文件描述符呢?

            # ll /proc/19488/fd/


                    子目錄fd中,詳細(xì)列出了進(jìn)程打開(kāi)的每個(gè)文件描述符,同樣,/proc/19488/task/XXXX/fd下也會(huì)有子任務(wù)打開(kāi)的文件描述符的情況。要知道有幾個(gè),執(zhí)行

            # ll /proc/19488/fd/ | wc -l

             

                    怎樣知道一個(gè)進(jìn)程及其子進(jìn)程和哪些文件有關(guān)聯(lián)呢?lsof可以完成這工作。請(qǐng)注意,關(guān)聯(lián)文件和打開(kāi)文件描述符是兩個(gè)不同的概念,關(guān)聯(lián)文件的數(shù)量可能遠(yuǎn)遠(yuǎn)大于打開(kāi)的文件描述符的數(shù)量。

            # lsof | grep asterisk | wc –l

                    也可以用父進(jìn)程的PID過(guò)濾

            # lsof | grep 19488 | wc –l

                     我這里得到的值是9525

             

                     怎樣修改文件描述符的限定呢?臨時(shí)修改,可以通過(guò)ulimit。

            # ulimit -SHn 2048

             

                      但是這樣只能影響到當(dāng)前的session,當(dāng)終端重新連接或當(dāng)前用戶退出,配置就失效了。如果想永久變更需要編輯/etc/security/limits.conf 文件,添加如下兩行:
            * hard nofile 2048
            * soft nofile 2048

             

                     內(nèi)核參數(shù)對(duì)文件描述符也有限制,如果設(shè)置的值大于內(nèi)核的限制,也是不行的:

                     查找file-max的內(nèi)核參數(shù):

            # sysctl -a|grep file-max

                    更改file-max的內(nèi)核參數(shù):

            # sysctl -w file-max=65535

                    Sysctl也是臨時(shí)的,要想永久生效,可以通過(guò)更改sysctl的文件,編輯/etc/sysctl.conf文件,添加或修改以下一行:

            fs.file-max=65535

             

                    需要注意的是,文件描述符的限制,不局限于這里描述的這些,還可能和進(jìn)程的啟動(dòng)參數(shù)、用戶的環(huán)境設(shè)置有關(guān)。當(dāng)然,如果是進(jìn)程BUG造成文件描述符沒(méi)有及時(shí)關(guān)閉回收,這增大限制也只是治標(biāo),根本上還得修復(fù)BUG。

                   此外,lsof會(huì)列出系統(tǒng)中所占用的資源,但是這些資源不一定會(huì)占用打開(kāi)的文件描述符(比如共享內(nèi)存,信號(hào)量,消息隊(duì)列,內(nèi)存映射.等,雖然占用了這些資源,但不占用打開(kāi)文件號(hào)),因此有可能出現(xiàn)cat /proc/sys/fs/file-max 的值小于lsof | wc -l。asterisk本身提供了一個(gè)啟動(dòng)腳本,名為safe_asterisk,腳本里面就對(duì)文件描述符做了一些設(shè)置。

            posted on 2012-11-21 11:43 小果子 閱讀(3490) 評(píng)論(0)  編輯 收藏 引用 所屬分類: 學(xué)習(xí)筆記Linux
            97精品伊人久久大香线蕉| 久久青青草原精品国产| 狠狠色丁香婷婷综合久久来| 久久婷婷五月综合成人D啪| 国产精品一区二区久久精品无码 | 久久免费国产精品一区二区| 亚洲国产另类久久久精品黑人 | 亚洲国产精品无码久久一线 | 久久久久免费视频| 国产成人久久久精品二区三区| 国产成人精品久久亚洲高清不卡| 久久免费美女视频| 国产精品欧美亚洲韩国日本久久 | 日韩电影久久久被窝网| 久久99这里只有精品国产| 亚洲精品午夜国产VA久久成人| 久久精品午夜一区二区福利| 国产国产成人精品久久| 久久这里只有精品首页| 久久se精品一区二区影院| 色综合久久久久综合99| 久久精品aⅴ无码中文字字幕不卡 久久精品aⅴ无码中文字字幕重口 | 99久久精品无码一区二区毛片| 国产成人综合久久精品尤物| 亚洲午夜精品久久久久久浪潮| 久久久精品国产| 久久亚洲精品中文字幕三区| 亚洲午夜精品久久久久久浪潮| 久久国产精品77777| 国产日韩久久久精品影院首页| 久久久久亚洲av成人网人人软件 | 亚洲AⅤ优女AV综合久久久| 欧美一区二区三区久久综| 久久91精品综合国产首页| 久久精品免费一区二区| 亚洲国产精品久久久久婷婷软件| 国产精品久久婷婷六月丁香| 久久精品国内一区二区三区| 亚洲伊人久久成综合人影院 | 99热精品久久只有精品| 热久久最新网站获取|