UID197800&帖子17&精华&积分18&威望1 &鲁币41 &阅读权限10&在线时间4 小时&注册时间&最后登录&
鲁大师检测CPU 主板温度有问题是反的。
用鲁大师一年了也没在意他显示的温度准确性，一直以为比较准，前天用EVERST检测跟他的温度不一样（2个都是新版），仔细一看发现原来是鲁大师跟EV的CPU和主板2项温度显示是相反的，这下不知道该信谁的了？于是进入BIOS查看温度跟EV显示的一样，证明是鲁大师有问题。再进入系统在待机状态下记下个各温度，然后打开EV的系统稳定性检测使CPU满载工作，再查看EV的温度变化，显示CPU温度直线上升，其它各项没什么变化说明正确。再看鲁大师显示CPU温度没变化而主板温度直线上升，关了稳定性检测主板温度直线下跌，进一步说明鲁大师的温度显示CPU跟主板是相反的。
望鲁大师能及时跟正，不要在误导我们了，建议鲁大师应该专注做好硬件检测，监测和测试，把这方面做精做强，抛弃其它优化和清理什么的功能（你要明白优化和清理，其它软件比你强的多），只有这样鲁大师才算得上是一款好软件。
UID197800&帖子17&精华&积分18&威望1 &鲁币41 &阅读权限10&在线时间4 小时&注册时间&最后登录&
版本:& && && && & 鲁大师 2.65.10.816
&&主页:& && && && &
&&操作系统:& && && &Windows 7 旗舰版 ( 32位 / DirectX 11 )
--------[ 概览 ]----------------------------------------------------------------------------------
&&电脑:& && && && & 微星 MS-7514 台式电脑
&&处理器:& && && &&&英特尔 Pentium(奔腾) 双核 E6500 @ 2.93GHz
&&主板:& && && && & 微星 P43 Neo3 (MS-7514)
&&芯片组:& && && &&&英特尔 4 Series 芯片组 - ICH10
&&内存:& && && && & 4 GB ( 超胜 DDR2 800MHz / 金士顿 DDR2 800MHz )
&&主硬盘:& && && &&&希捷 ST3500418AS ( 500 GB )
&&主显卡:& && && &&&Nvidia Geforce 9600 GT ( 512 MB / Nvidia )
&&显示器:& && && &&&飞利浦 PHLC048 Philips 193E ( 19.1 英寸 )
&&主光驱:& && && &&&索尼 DVD RW DRU-V200A DVD刻录机
&&主声卡:& && && &&&瑞昱 ALC888 @ 英特尔 ICH10 高保真音频
&&主网卡:& && && &&&瑞昱 RTL8168C(P)/8111C(P) PCI-E Gigabit Ethernet NIC / 微星
----------------------------------------------------------------------------------------------------
传感器名称& && &&&FINTEK F71882F
&&CPU风扇转速& && & 2546 RPM
&&主板温度& && && & 34 ℃
&&CPU温度& && && &&&42 ℃
&&CPU核心温度& && & 37 ℃
&&显卡温度& && && & 49 ℃
&&主硬盘温度& && &&&36 ℃
[ 本帖最后由 zrh2 于
10:34 编辑 ]
论坛管理员
UID17&帖子18892&精华&积分17202&威望5114 &鲁币26506 &阅读权限200&来自成都&在线时间2782 小时&注册时间&最后登录&
你用鲁大师的CPU温度和CPU核心温度看看和EVEREST一样不呢。
UID197800&帖子17&精华&积分18&威望1 &鲁币41 &阅读权限10&在线时间4 小时&注册时间&最后登录&
鲁大师能显示核心温度？
鲁大师的CPU表面温度跟EV的主板温度一样，而主板温度跟EV的CPU表面温度一致
[ 本帖最后由 zrh2 于
10:46 编辑 ]
论坛管理员
UID17&帖子18892&精华&积分17202&威望5114 &鲁币26506 &阅读权限200&来自成都&在线时间2782 小时&注册时间&最后登录&
对，鲁大师显示的是CPU核心温度。
UID197800&帖子17&精华&积分18&威望1 &鲁币41 &阅读权限10&在线时间4 小时&注册时间&最后登录&
不管是核心温度还是表面温度，CPU满载时温度没变化，而主板温度反而直线上升，你能解释一下吗？
论坛管理员
UID17&帖子18892&精华&积分17202&威望5114 &鲁币26506 &阅读权限200&来自成都&在线时间2782 小时&注册时间&最后登录&
请到&&下载Everest保存一份Everest的硬件报告和鲁大师详细报表给我，要纯文本格式的。
请讲请详细说明，谢谢。
UID197800&帖子17&精华&积分18&威望1 &鲁币41 &阅读权限10&在线时间4 小时&注册时间&最后登录&
邮件已发送给你，请注意查收，希望能给个解决的办法。谢谢
[ 本帖最后由 zrh2 于
13:36 编辑 ]
论坛管理员
UID17&帖子18892&精华&积分17202&威望5114 &鲁币26506 &阅读权限200&来自成都&在线时间2782 小时&注册时间&最后登录&
UID60136&帖子12&精华&积分15&威望0 &鲁币20 &阅读权限10&在线时间5 小时&注册时间&最后登录&
我也是反的！
附件: 您所在的用户组无法下载或查看附件
UID197800&帖子17&精华&积分18&威望1 &鲁币41 &阅读权限10&在线时间4 小时&注册时间&最后登录&
看来不是我一个人有这个问题。
BIOS里的CPU温度34跟EV的核心温度差不多，只高了1到2度，系统温度（主板温度）跟EV 的一样39度。事实证明鲁大师是错误的。
[ 本帖最后由 zrh2 于
19:59 编辑 ]
论坛管理员
UID17&帖子18892&精华&积分17202&威望5114 &鲁币26506 &阅读权限200&来自成都&在线时间2782 小时&注册时间&最后登录&
回复 11楼 zrh2 的帖子
保留everest详细报表和鲁大师详细报表。发送到邮箱
UID197800&帖子17&精华&积分18&威望1 &鲁币41 &阅读权限10&在线时间4 小时&注册时间&最后登录&
报表早已发给你了，我要的是解决办法。
论坛管理员
UID17&帖子18892&精华&积分17202&威望5114 &鲁币26506 &阅读权限200&来自成都&在线时间2782 小时&注册时间&最后登录&
邮件里面回给你解决。。。相关消息我们会在下一个版本修复。
UID197800&帖子17&精华&积分18&威望1 &鲁币41 &阅读权限10&在线时间4 小时&注册时间&最后登录&
鲁大师模块升级了，但问题依旧。请看这张图能说明一切，从开启EV...系统稳定性测试到关闭，CPU和主板的温度变化说明问题还是没解决,CPU和主板的温度显示正好相反。
本想上传图片的，为什么我不能上传？找不到上传按钮如何上传图片？ 汗查看: 10485|回复: 14
cpu温度是怎么测的？？
头像被屏蔽
今天试用QQ电脑管家的时候，测了一下cpu温度，居然高达105。。。。后来回到70多度，70多度也有点高啊。。感觉有点不可思
议，于是我下了个鲁大师，用鲁大师测的结果只有51摄氏度。。
腾讯.jpg (6.56 KB, 下载次数: 22)
11:20 上传
鲁大师.jpg (8.12 KB, 下载次数: 21)
11:20 上传
你说都是怎么俩个测的温度能差这么多呢！
那就是电脑管家不靠谱了
注意有时测温软件不能正常测值
用AIDA64测吧
100度绝对不可能的，测试软件要看你信不信了
据说这个温度值只是主板用来调节风扇和防止cpu过热的相对值，而不是真正意义上的cpu实际温度。
每个主板的设定值不同或者检测软件的检测手段各异都会造成差异滴~~~
一般bios里看温度比较直接，
everest也可以信赖
再信不过就用手摸散热片吧~~~呵呵，我只试过一次，没有想象中烫手
头像被屏蔽
我也试过一次，不过是夏天的时候，有点烫。。。
AIDA64我一直用这个
如果真有105度的话cpu基本就快挂了
早期的CPU并不具备测温功能，而从Socket插槽开始，主板通常会附带一颗温度探头，位于CPU与主板之间。但这样所测得的温度几乎不具备任何意义，因为真正发热的是CPU Die，于是，从PD开始，Intel引入了一种新的测温机制：digital thermal sensor (DTS)，数字温度传感器。
　　DTS的工作原理是：Absolute Core Temperature = TJMax - DTS(实际温度=TJMax-DTS)。因此，CPU实际测得的数值并不是温度，而是DTS，要监控CPU的实际温度，就必须获得CPU的TJMax值：CPU能承受的最高温度。而Intel官方在TJMax上一直含糊不清，只是在去年的IDF大会上，Intel公布了45nm处理器的TJMax资料，但并不十分准确。因此，目前的CPU测温，可以说是100%不准确的，只能作为一个参考。
　　这实际上不能算是Bug，因为每颗处理器的核心不可能完全相同，因此TJMax值也肯定完全不同。Intel不可能在每颗CPU出厂之前都进行测试和校正，只能根据ES版CPU来制定一个大概的TJMax值。
　　另外一个重要参数是Tcase。Intel所建议的Tcase温度测试部位在IHS(Integrated Heat Spreader)中央，也就是通常所说的CPU铜盖中央。由于测试CPU表面的温度要比测试核心温度容易得多，因此，比起核心温度，监测所得的CPU表面温度更有意义。
Copyright & KaFan & All Rights Reserved.
Powered by Discuz! X3.1( 苏ICP备号 ) GMT+8,正确使用Android性能分析工具——TraceView - 博客 - 伯乐在线
& 正确使用Android性能分析工具——TraceView
& 6.2K 阅读
最近公司app中有些列表在滑动的时候会有卡顿现象，我就开始着手解决这些问题，解决问题之前首先要分析列表滑动的性能瓶颈在什么地方。因为之前不会正确使用TraceView这个工具，主要是看不懂TraceView界面下方数据指标的值代表什么意思…以前我用类来分析性能，现在觉得弱爆了…不过有些地方工具类还是很简单好用的~
网上可以找了很多博客来介绍这个工具的使用方法，很多都是讲解了一些一些就会的方法，讲一个大概，包括StackOverFlow上我也没有找到很好的讲解TraceView各个数据指标代码什么意思的回答
因为我要解决列表滑动的卡顿问题，就必须要找到导致卡顿现象的原因，我就在StackOverFlow上找着别人零散的回答慢慢琢磨这个工具的使用方法。现在我学会了，至少能看懂每个指标什么意思，最后发现这个工具实在太强大了！！！
TraceView界面
现来看一下整个界面的图，整个界面包括上下两部分，上面是你测试的进程中每个线程的执行情况，每个线程占一行；下面是每个方法执行的各个指标的值
上面一部分是你测试进程的中每个线程运行的时间线，下图中可以可以看到，主要只有一个main线程在执行，因为我滑动了一下列表，main线程（UI线程）正在进行绘制View呢~
然后我点击了序号为133的一个方法io.bxbxbai.android.examples.activity.ExpandableLayoutMainActivity$SimpleAdapter.getItemView，就会出现两部分数据：
Parents表示调用133这个方法的父方法，可以看到序号为130。Children表示方法133调用的其他方法，可以看到有好几个方法。
如何使用TraceView
因为这次我主要是分析列表滑动卡顿问题，我就讲讲我是怎么使用这个工具的，并且我是怎么分析的。
使用TraceView主要有两种方式：
最简单的方式就是直接打开DDMS，选择一个进程，然后按上面的“Start Method Profiling”按钮，等红色小点变成黑色以后就表示TraceView已经开始工作了。然后我就可以滑动一下列表（现在手机上的操作肯定会很卡，因为Android系统在检测Dalvik虚拟机中每个Java方法的调用，这是我猜测的）。操作最好不要超过5s，因为最好是进行小范围的性能测试。然后再按一下刚才按的按钮，等一会就会出现上面这幅图，然后就可以开始分析了。
第2种方式就是使用android.os.Debug.startMethodTracing();和android.os.Debug.stopMethodTracing();方法，当运行了这段代码的时候，就会有一个trace文件在/sdcard目录中生成，也可以调用startMethodTracing(String traceName) 设置trace文件的文件名，最后你可以使用adb pull /sdcard/test.trace /tmp 命令将trace文件复制到你的电脑中，然后用DDMS工具打开就会出现第一幅图了
第一种方式相对来说是一种简单，但是测试的范围很宽泛，第二中方式相对来说精确一点，不过我个人喜欢使用第一种，因为简单，而且它是检测你的某一个操作。因为第二中更适合检测某一个方法的性能，其实也没有那种好，看使用的场景和喜好了。。。
看懂TraceView中的指标
其实我今年7月份就已经开始使用TraceView工具了，但是当时不懂其中每个指标的含义，就没注意到它强大的地方。看不懂界面下方表格中的指标，这些数据其实一点意义都没有。
网上包括Android官网也没有对TraceView工具的使用有详细的说明文档，这点确实比较蛋疼。
TraceView界面下方表格中纵轴就是每个方法，包括了JDK的，Android SDK的，也有native方法的，当然最重要的就是app中你自己写的方法，有些Android系统的方法执行时间很长，那么有很大的可能就是你app中调用这些方法过多导致的。
每个方法前面都有一个数字，可能是全部方法按照Incl CPU Time 时间的排序序号（后面会讲到）
点一个方法后可以看到有两部分，一个是Parents，另一个是Children。
Parent表示调用这个方法的方法，可以叫做父方法
Children表示这个方法中调用的其他方法，可以叫做子方法
横轴上是很多指标，这些指标表示什么意思真的困扰了我很长一段时间。。。
能够很衡量一个方法性能的指标应该只有时间了吧？ 一个方法肯定就是执行时间越短约好咯~~
define inclusive ： 全包括的
上图中可以看到0（toplevel） 的Incl Cpu Time 占了100%的时间，这个不是说100%的时间都是它在执行，请看下面代码：
public void top() {
Incl Cpu Time表示方法top执行的总时间，假如说方法top的执行时间为10ms，方法a执行了1ms，方法b执行了2ms，方法c执行了3ms，方法d执行了4ms（这里是为了举个栗子，实际情况中方法a、b、c、d的执行总时间肯定比方法top的执行总时间要小一点）。
而且调用方法top的方法的执行时间是100ms，那么：
Incl Cpu Time
从上面图中可以看到：
toplevel的 Incl Cpu Time 是，而io.bxbxbai.android.examples.activity.ExpandableLayoutMainActivity$SimpleAdapter.getItemView方法的Incl Cpu Time为12.859，说明后者的Incl Cpu Time % 约为1.2%
这个指标表示 这个方法以及这个方法的子方法（比如top方法中的a、b、c、d方法）一共执行的时间
理解了Incl Cpu Time以后就可以很好理解Excl Cpu Time了，还是上面top方法的栗子：
方法top 的 Incl Cpu Time 减去 方法a、b、c、d的Incl Cpu Time 的时间就是方法top的Excl Cpu Time 了
这个感觉和Incl Cpu Time 差不多，第7条会讲到。
5. Calls + Recur Calls / Total
这个指标非常重要！
它表示这个方法执行的次数，这个指标中有两个值，一个Call表示这个方法调用的次数，Recur Call表示递归调用次数，看下图：
我选中了一个方法，可以看到这个方法的Calls + Recur Calls 值是14 + 0，表示这个方法调用了14次，但是没有递归调用
从Children这一块来看，很多方法调用都是13的倍数，说明父方法中有一个判断，但是这不是重点，有些Child方法调用Calls为26，这说明了这些方法被调用了两遍，是不是可能存在重复调用的情况？这些都是可能可以优化性能的地方。
重点来了！！！！！！！！！！
这个指标应该说是最重要的，从上图可以看到，133这个方法的调用次数为20次，而它的Incl Cpu Time为12.859ms，那么133方法每一次执行的时间是0.643ms（133这个方法是SimpleAdapter的getItemView方法）
对于一个adapter的getView方法来说0.643ms是非常快的（因为这个adapter中只有一个TextView，我为了测试用的）
如果getView方法执行时间很长，那么必然导致列表滑动的时候产生卡顿现象，可以在getView方法的Children方法列表中找到耗时最长的方法，分析出现问题的原因：
是因为有过多的计算？
还是因为有读取SD卡的操作？
还是因为adapter中View太复杂了？
还是因为需要有很多判断，设置View的显示还是隐藏
还是因为其他原因…
Real Time 和 Cpu Time 我现在还不太明白它们的区别，我的理解应该是:
Cpu Time 应该是某个方法占用CPU的时间
Real Time 应该是这个方法的实际运行时间
为什么它们会有区别呢？可能是因为CPU的上下文切换、阻塞、GC等原因方法的实际执行时间要比Cpu Time 要稍微长一点。
TraceView是一个非常强大的性能分析工具，因为Android 官网对这个工具的使用介绍文档很少，而且一些中文博客中写的也都是抄来抄去，没有讲到底怎么使用。
最近我在做这方面的性能分析，就慢慢琢磨了这么工具的使用，发现非常强大，写下来总结一下。
Android的性能分析工具还有很多，比如：
Eclipse Memory Analyzer Tool 来分析Android app的内存使用
Dump UI Hierarchy for UI Atomator，分析UI层级
下图这一条工具栏中有很多性能分析工具~~~
为作者带来更多读者；为读者筛选优质内容；专注IT互联网。
最新评论（期待您也参与评论）
汇集优质的Python技术文章和资源。人生苦短，我用Python！
JavaScript, CSS, HTML5 这里有前端的技术干货！
关注安卓移动开发业界动态，分享技术文章和优秀工具资源。
关注iOS移动开发业界动态，分享技术文章和优秀工具资源。
关于伯乐在线博客
在这个信息爆炸的时代，人们已然被大量、快速并且简短的信息所包围。然而，我们相信：过多“快餐”式的阅读只会令人“虚胖”，缺乏实质的内涵。伯乐在线博客团队正试图以我们微薄的力量，把优秀的原创/译文分享给读者，做一个小而精的精选博客，为“快餐”添加一些“营养”元素。
欢迎关注更多频道
– 分享和发现有价值的内容与观点
– 为IT单身男女服务的征婚传播平台
– 优秀的工具资源导航
– 翻译传播优秀的外文文章
– 国内外的精选博客文章
– JavaScript, HTML5, CSS
– 专注Android技术分享
– 专注iOS技术分享
– 专注Java技术分享
– 专注Python技术分享
（加好友请注明来意）
网站使用问题
请在询问或者反馈
& 2015 伯乐在线
赞助云主机CPU-Z(CPU检测工具)
绿色免费汉化软件之家,用户体验最好的软件下载基地!
您所在的位置： &
CPU-Z(CPU检测工具)v1.73 绿色最新版
CPU-Z(CPU检测工具) v1.73 绿色最新版
CPU-Z(CPU检测工具)v1.73 绿色最新版下载地址
网友评论已有0条评论，
热门应用推荐