T9的空间
You will never walk alone!
C++博客
::
首页
::
新随笔
::
联系
::
聚合
::
管理
::
69 随笔 :: 0 文章 :: 28 评论 :: 0 Trackbacks
<
2013年5月
>
日
一
二
三
四
五
六
28
29
30
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
29
30
31
1
2
3
4
5
6
7
8
公告
如果笔记中有误导路人的段落,请帮忙email给我,谢谢 shuoxie@gmail.com
随笔分类
APUE(15)
(rss)
Compile & Link(3)
(rss)
Computation Geometry(5)
(rss)
Data Structures(8)
(rss)
Graph(6)
(rss)
Java(2)
(rss)
Linux(2)
(rss)
My litter life(2)
(rss)
Number Theory(4)
(rss)
Useful information(3)
(rss)
细节(2)
(rss)
随笔档案
2016年8月 (1)
2014年7月 (1)
2013年12月 (2)
2013年10月 (3)
2013年6月 (7)
2013年5月 (8)
2012年9月 (1)
2009年6月 (3)
2009年4月 (2)
2009年2月 (1)
2009年1月 (1)
2008年12月 (2)
2008年11月 (8)
2008年10月 (6)
2008年9月 (14)
2008年8月 (9)
相册
Temp
收藏夹
ACM_algorithm(1)
(rss)
我的链接
Peking university judgeonline
Saratov State University _Online Contester
STL 中文站
Topcoder
Waterloo Programming Contests
搜索
积分与排名
积分 - 47393
排名 - 470
最新随笔
1. 算法导论读书笔记.
2. Linux memory summary
3. 高性能JNI
4. 第二章-编译和链接
5. 第一章-温故而知新
6. 程序员自我修养-读书笔记
7. LTZ看书之APUE14
8. LTZ看书之APUE13
9. LTZ看书之APUE12
10. LTZ看书之APUE11
最新评论
1. re: ACM OJ Collection
评论内容较长,点击标题查看
--professional resume writing service
vmstat Result
菜鸟大放送...
procs
-----------
memory
----------
---
swap
--
-----
io
----
--
system
--
-----
cpu
------
r b swpd free buff cache si so bi bo
in
cs us sy id wa st
23
1
414580
1099992
350780
8255568
0
0
23
29
0
0
5
1
94
0
0
14
0
414580
1128004
350792
8255980
0
0
0
1592
1853
5116
88
6
6
0
0
22
1
414580
1088180
350812
8256252
0
0
0
552
1788
4960
87
10
2
0
0
19
0
414580
1079652
350828
8256396
0
0
0
432
1891
5911
92
7
0
0
0
18
0
414580
1129304
350836
8256388
0
0
0
872
1951
6096
93
6
1
0
0
18
0
414580
1122884
350852
8256868
0
0
0
7484
2369
6563
93
5
2
0
0
41
1
414580
1080712
350864
8256856
0
0
0
1848
2120
5674
94
5
1
0
0
34
0
414580
1071992
350880
8257336
0
0
0
388
1651
2743
94
6
0
0
0
26
0
414580
1047152
350904
8257312
0
0
0
2412
1968
5241
92
7
1
0
0
26
0
414580
1080252
350920
8257700
0
0
0
772
2096
8078
92
7
1
0
0
18
0
414580
1079620
350920
8257700
0
0
0
36
1989
7631
89
11
1
0
0
24
0
414580
1053612
350932
8258180
0
0
0
2044
2043
4071
94
6
0
0
0
19
0
414580
1029340
350932
8258180
0
0
0
16
1675
4627
93
7
0
0
0
30
0
414580
1023756
350956
8258540
0
0
0
748
1912
4477
94
6
0
0
0
18
0
414580
1020536
350968
8258528
0
0
0
520
2000
7826
90
7
3
0
0
23
1
414580
1044648
350980
8258672
0
0
0
6976
2282
8503
88
10
2
0
0
20
0
414580
1042212
350992
8258952
0
0
0
2096
1931
4569
93
6
0
0
0
17
0
414580
1061388
351008
8259444
0
0
0
656
1890
5464
93
7
1
0
0
25
0
414580
1077432
351016
8259524
0
0
0
3372
2149
6290
91
6
3
0
0
26
1
414580
1054232
351028
8259880
0
0
0
656
1918
4718
89
10
0
0
0
这个东西显示
每个时刻需要分CPU time-slice的user process(thread)太多,8个CPU不够,所以CPU会很忙。
这里Memory没有问题,si & so == 0说明没有需要swap到page上去的东西,物理内存足够
bi(block input)只有一个,输出没有问题,偶尔输入bo的速率会稍微慢一些,这个应该与sector的质量有关。而且没有process被suspend到IO上的量很少几乎没有。
这里面有很多interrupt以及context swith,这个应该是与每个user process要做的事情相关,很多process要去读数据,然后读写操作会非常快,IO完成后Block device driver应该会报interrupt上来,这些interrupt都会触发context swith。导致CPU处理能力进一步降低。
所以瓶颈在于CPU数量,以及在这几个CPU上做事情的Process中有太多的读操作导致不断的Context swith
建议增加CPU数量;读写操作做好Cache,不要always触发底层读写。
posted on 2016-08-01 14:58
Torres
阅读(117)
评论(0)
编辑
收藏
引用
所属分类:
Linux
Powered by:
C++博客
Copyright © Torres