• <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>
            隨筆 - 79  文章 - 58  trackbacks - 0
            <2016年1月>
            272829303112
            3456789
            10111213141516
            17181920212223
            24252627282930
            31123456

            常用鏈接

            留言簿(9)

            隨筆分類

            隨筆檔案

            文章檔案

            相冊(cè)

            搜索

            •  

            積分與排名

            • 積分 - 296016
            • 排名 - 87

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            如果CPU的使用率突然暴漲,如何迅速定位是哪個(gè)進(jìn)程、哪段代碼引起的呢?我們需要一個(gè)profiling工具,對(duì)CPU上執(zhí)行的代碼進(jìn)行采樣、統(tǒng)計(jì),告訴我們CPU到底在忙些什么。

            perf 就是這樣的工具。我們舉個(gè)例子看看 perf 是怎樣工作的。

            首先我們用以下命令模擬出CPU利用率暴漲的現(xiàn)象:

            1
            $ cat /dev/zero > /dev/null

            然后我們看到 CPU 1 的 %system 飆升到95%:

            1
            2
            3
            4
            5
            6
            # sar -P ALL -u 2 2
             
            08:21:16 PM     CPU     %user     %nice   %system   %iowait    %steal     %idle
            08:21:18 PM     all      2.25      0.00     48.25      0.00      0.00     49.50
            08:21:18 PM       0      0.50      0.00      1.00      0.00      0.00     98.51
            08:21:18 PM       1      4.02      0.00     95.98      0.00      0.00      0.00

            現(xiàn)在我們用 perf 工具采樣:

            1
            2
            3
            # perf record -a -e cycles -o cycle.perf -g sleep 10
            [ perf record: Woken up 18 times to write data ]
            [ perf record: Captured and wrote 4.953 MB cycle.perf (~216405 samples) ]

            注:”-a”表示對(duì)所有CPU采樣,如果只需針對(duì)特定的CPU,可以使用”-C”選項(xiàng)。

            把采樣的數(shù)據(jù)生成報(bào)告:

            1
            2
            3
            4
            5
            6
            7
            8
            9
            10
            11
            12
            13
            14
            15
            16
            17
            18
            19
            20
            21
            22
            23
            24
            25
            26
            27
            28
            # perf report -i cycle.perf | more
             
            ...
            # Samples: 40K of event 'cycles'
            # Event count (approx.): 18491174032
            #
            # Overhead          Command                   Shared Object              Symbol
            # ........  ...............  ..............................    ................
            #
                75.65%              cat  [kernel.kallsyms]                 [k] __clear_user                    
                                    |
                                    --- __clear_user
                                       |          
                                       |--99.56%-- read_zero
                                       |          vfs_read
                                       |          sys_read
                                       |          system_call_fastpath
                                       |          __GI___libc_read
                                        --0.44%-- [...]
             
                 2.34%              cat  [kernel.kallsyms]                 [k] system_call                      
                                    |
                                    --- system_call
                                       |          
                                       |--56.72%-- __write_nocancel
                                       |          
                                        --43.28%-- __GI___libc_read
            ...

            我們很清楚地看到,CPU利用率有75%來自 cat 進(jìn)程 的 sys_read 系統(tǒng)調(diào)用,perf 甚至精確地告訴了我們是消耗在 read_zero 這個(gè) kernel routine 上。
            轉(zhuǎn)自:http://linuxperf.com/?p=36


            posted on 2016-01-29 10:45 merlinfang 閱讀(1061) 評(píng)論(0)  編輯 收藏 引用

            只有注冊(cè)用戶登錄后才能發(fā)表評(píng)論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


            国产精品久久久天天影视| 色青青草原桃花久久综合| 久久精品国产第一区二区三区| 国产成人无码精品久久久性色| 人妻精品久久无码区| 久久99免费视频| 日产精品久久久久久久| 久久精品中文騷妇女内射| 精品久久久久国产免费| 亚洲精品无码久久久影院相关影片| 久久国产精品国产自线拍免费 | 久久久久噜噜噜亚洲熟女综合| 无夜精品久久久久久| 久久久一本精品99久久精品66 | 麻豆精品久久久久久久99蜜桃| 久久播电影网| 久久久久AV综合网成人| 四虎国产精品成人免费久久| 久久成人精品视频| 久久久av波多野一区二区| 综合久久精品色| 少妇被又大又粗又爽毛片久久黑人 | 欧美精品久久久久久久自慰| 国内精品久久久久久久涩爱| 99999久久久久久亚洲| 婷婷伊人久久大香线蕉AV| 久久久高清免费视频| 久久久久国色AV免费看图片| 99久久精品国产毛片| 亚洲综合精品香蕉久久网97| 久久久久久毛片免费播放| 国产69精品久久久久久人妻精品| 久久九九久精品国产| 久久久久亚洲精品男人的天堂| 国产精品一区二区久久精品无码| 97热久久免费频精品99| 国产一级做a爰片久久毛片| 2022年国产精品久久久久| 久久免费高清视频| 久久久久国产亚洲AV麻豆| 久久综合九色综合欧美就去吻|