系统监视器写入问题
Tofloor
poster avatar
黑色
deepin
2017-09-18 04:05
Author

Reply Favorite View the author
All Replies
avatar
jingle
deepin
2017-09-18 19:50
#1
Reply View the author
avatar
wangyong
deepin
2017-09-19 04:05
#2
https://bbs.deepin.org/post/145678
@wangyong 这个看看

磁盘写入很正常啊,又不是下载速度
Reply View the author
avatar
wangyong
deepin
2017-09-19 04:06
#3
而且像chrome这种变态程序,系统监视器是把所有chrome的标签的数据全部合并成一个来计算的,很有可能是多个标签总的磁盘写入
Reply View the author
avatar
黑色
deepin
2017-09-19 05:05
#4
https://bbs.deepin.org/post/145678
而且像chrome这种变态程序,系统监视器是把所有chrome的标签的数据全部合并成一个来计算的,很有可能是多个 ...

我决定换火狐了 /微笑,开着视频他就一直是几百m/s的写入,我硬盘还想要
Reply View the author
avatar
黑色
deepin
2017-09-19 05:07
#5
https://bbs.deepin.org/post/145678
而且像chrome这种变态程序,系统监视器是把所有chrome的标签的数据全部合并成一个来计算的,很有可能是多个 ...

看几分钟回来fstrim就是二三十G了,可以,很优秀,你的监视器是好的,chrome牛逼
Reply View the author
avatar
duanyao
deepin
2017-09-20 00:21
#6
这个可能是不准确的,我用 atop 看到的磁盘读写一般要远小于深度系统监视器,楼主也用 atop 看看?
我怀疑深度系统监视器显示的可能是名义的读写量,但是名义的读写并不是都会实际到达磁盘,很大一部分会被缓存的。
Reply View the author
avatar
134******40
deepin
2017-09-20 06:15
#7
我用make -j4编译程序,cpu占用100%,可是深度监控器无法监控到CPU被谁占用的情况。
https://bbs.deepin.org/user/33235
Reply View the author
avatar
wangyong
deepin
2017-09-20 06:49
#8
jdocker 发表于 2017-9-19 22:15
我用make -j4编译程序,cpu占用100%,可是深度监控器无法监控到CPU被谁占用的情况。
@wangyong  ...

切换右上角标签
Reply View the author
avatar
134******40
deepin
2017-09-20 07:21
#9
本帖最后由 jdocker 于 2017-9-19 23:26 编辑
https://bbs.deepin.org/post/145678
我用make -j4编译程序,cpu占用100%,可是深度监控器无法监控到CPU被谁占用的情况。
@wangyong  ...

我用
  1. make -j4
Copy the Code
命令编译 deepin-system-monitor 项目时,CPU总体占用接近100%.
但是总体CPU占用率显示和列表程序显示不符。列表显示尽管多的时候能够占用50%以上,但是一般情况下列表程序CPU占用率都是20%左右,而CPU总体显示是99%左右。其中的cclplus一直徘徊在20%左右,可能会出现多个,但是一般情况下只出现一个。感觉好像cclplus占用CPU没有乘以CPU内核逻辑数(我的CPU是内核数2个逻辑核4个的i5)一样。
Reply View the author
avatar
duanyao
deepin
2017-09-20 18:30
#10
https://bbs.deepin.org/post/145678
我用命令编译 deepin-system-monitor 项目时,CPU总体占用接近100%.
但是总体CPU占用率显示和列表程序显示 ...

这个应该是正常的,一般的编译器都是单线程的,最多占满一个逻辑核心,如果是4逻辑核那么单个编译器进程CPU占用最多是25%。你用 make -j4 同时执行4个编译器进程,所以总的CPU占用能达到 100%。而C/C++编译器都是短命进程,一个进程只编译一个文件就退出,寿命可能与监视器的采样间隔相当或更短,所以针对编译器进程的数据就不准确了。你切换到第一个标签,看终端的CPU占用,应该就是100%了,因为累加了所有子孙进程的CPU占用。
Reply View the author
avatar
134******40
deepin
2017-09-20 18:36
#11
https://bbs.deepin.org/post/145678
这个应该是正常的,一般的编译器都是单线程的,最多占满一个逻辑核心,如果是4逻辑核那么单个编译器进程C ...

终端不显示CPU占用。编译给人的感觉好像与终端无关一样,CPU占用没有任何变化,无论是深度监控器还是以前自带的监视器都无法监控到编译时CPU的占用,都会另外生成一个ccplus程序来执行编译。如果单核模式CPU占用就基本正常。
Reply View the author
avatar
duanyao
deepin
2017-09-20 19:05
#12
https://bbs.deepin.org/post/145678
终端不显示CPU占用。编译给人的感觉好像与终端无关一样,CPU占用没有任何变化,无论是深度监控器还是以前 ...

我试了一下,确实。感觉深度监控器还是对短命进程的采样或CPU占用累加有问题,应该是bug。目前能较好监视这种情况的是 atop,用 `atop 1` (1秒采样间隔)可以较好的看到C/C++编译器的占用,而且atop 还有个特点是会显示已经死亡的进程的资源占用(在“<>”中)。
Reply View the author