Android性能调优工具TraceView介绍

Android自带的TraceView堪比java的性能调优工具visualvm线程视图,可以方便的查看线程的执行情况,某个方法执行时间、调用次数、在总体中的占比等,从而定位性能点。
1、生成日志,运行TraceView
运行TraceView有两种方式
a、调用Debug类
在开始调试的地方,如Activity的onCreate函数,添加

Java


1


Debug.startMethodTracing("tracefilename");

结束调试的地方,如Activity的onDestroy函数,添加

Java


1


Debug.stopMethodTracing();

之后运行你的app一段时间并退出会在sd卡根目录生成tracefilename.trace这个log文件,记录这段时间内的运行信息。
将日志文件pull到PC端,cmd到android sdk tools文件夹内(或绑定sdk tools目录到系统path内),运行traceview tracefilename.trace即可打开TraceView分析界面,如下


这种方式可以随意开始和结束调试的位置,所以适合具体代码的性能排查。find貌似只支持小写,所以如果查找JsonObject需要输入jsonobject

b、使用DDMs
打开devices窗口,选择某个进程,点击右上角的start method profiling


运行app一段时间后,再点击已变成stop method profiling的该按钮。eclipse会自动弹出debug的标签(可通过菜单File->save as保存数据)。界面同上面。
这种方式不需要修改代码,所以对于没有源码的程序同样可以进行排查。同时可以方便的进行全局性能排查

2、TraceView界面信息介绍
TraceView界面包括时间面板和方法面板
(1) 时间面板(Timeline Panel)
时间面板展示了每个线程的执行情况,其中的[1]main即为ui主线程。
移动到某个位置可以查看该点对应的方法的执行信息,点击方法面板则会选中相应的方法。
可以左键按住不放选中区域放大局部精细查看,不同方法用不同颜色标注

(2) 方法面板(Profile Panel)
方法面板展示了所有方法的执行情况,点击某个方法可以查看在对应线程上的执行时间区域,并会显示其父方法及子方法。
每个方法包括如下信息列,可点击某列进行排序,从而确定产生性能问题的函数:
Incl Cpu Time, Excl Cpu Time, Incl Real Time, Excl Real Time, Incl Cpu Time%, Excl Cpu Time%, Incl Real Time%, Excl Real Time%, Calls+RecurCalls/Total, Cpu Time/Call, Real Time/Call
所有的Time都是以毫秒计算。每列具体含义及作用如下:
a. Incl表示将所有子函数耗时也计算在内,Excl则表示不包括子函数的调用时间。对比可以确定耗时操作发生是自身还是子函数中。
b. Cpu Time表示占用cpu执行的时间,Real Time包括Cpu Time以及等待、切换的时间等,所以一般都大于Cpu Time。对比可以判断耗时操作是否在cpu执行段内。
c. 上面四个指标对应的%表示函数在总时间的占比。方便查看某个函数的时间占比。
d. Calls+RecurCalls/Total表示被外部调用次数+递归次数/总次数。可以查看调用次数是否符合自己预期。
e. Cpu Time/Call, Real Time/Call表示总的Cpu Time及Real Time与总调用次数的比例。查看每次调用的耗时,一般可通过简单此项确定每个函数的性能。

3、其他调优工具
(1) dmtracedump
sdk tools下的另外一个工具dmtracedump可用于生成上述log文件内的函数调用关系图,不过在windows上稍微大点的文件即或报错

(2) visualvm
看到ddms提供了dump hprof file的功能,本来准备生成hprof文件用visualvm打开试试,结果一直打不开..

在银狐的帮忙下,发现android sdk tools dump的hprof需要经过sdk tools下的hprof-conv转换为标准的hprof文件,才能通过visualvm或eclipse的MemoryAnalyzer打开进行分析,之后就同java一样了。hprof-conv格式为

hprof-conv <infile> <outfile>

关于visualvm可以简单的查看http://trinea.iteye.com/blog/1216170

之后会写篇文章详细的介绍visualvm和MemoryAnalyzer

时间: 2024-10-23 06:24:51

Android性能调优工具TraceView介绍的相关文章

Linux常用性能调优工具索引

blog.yufeng.info  前段时间看到brendangregg的 Linux Performance Analysis and Tools PPT里面提到Linux常用性能调优工具, 见下图: 其中提到了的工具,大部分在我日常工具箱里或者在实践的案例里面使用过, 都有很高的价值,这里方便大家索引下: nicstat: 参见 这里 oprofile: 参见 这里 perf: 参见 这里 systemtap: 参见 这里 iotop: 参见 这里 blktrace: 参见 这里 dstat

IBM WebSphere应用服务器性能调优工具介绍

WebSphere Application Server Performance Tuning Toolkit (PTT) 是一款功能丰富且简单易用的调优工具,其安装和使用都非常简单,用户不需要在服务器端进行任何配置,只要在客户端指定要连接的 dmgr 的 IP 地址和 soap 端口就可以对远程系统进行监控和调优.同时它又是一款绿色软件,下载解压后即可启动,并且可以随意拷贝到任何其他地方.作为系列文章的第一部分,本文将简单介绍 PTT 的主要功能. WebSphere Application

ANDROID性能调优

http://www.trinea.cn/android/android-performance-demo/#comment-115 本文主要分享自己在appstore项目中的性能调优点,包括同步改异步.缓存.Layout优化.数据库优化.算法优化.延迟执行等.   性能优化专题已完成五部分: 性能优化总纲--性能问题及性能调优方式性能优化第三篇--Java(Android)代码优化性能优化第二篇--布局优化性能优化第一篇--数据库性能优化 性能优化实例    一.性能瓶颈点 整个页面主要由6个

HTML 5应用性能调优工具WAPA简介

WAPA来源 WAPA是Web Application Performance Analyzer(Web应用性能分析器)的简称,其来源于Intel软件与服 务部门全球合作伙伴关系事业部HTML5应用团队的创新项目.旨在给开发者提供如何编写高性能HTML5应用程序提供代码级别 的建议. 众所周知,Web应用很长一段时间因为其性能底下的问题,无法和本地应用在用户体验上相媲美,随着 HTML5以及移动终端性能的快速发展,Web应用即将呈现一个井喷的趋势,不管是在其数量上,还是质量上.但是如何编写高 效

安卓性能调优工具简介(转)

Traceview  Traceview是执行日志的图形查看器.这些日志通过使用Debug类记录. Traceview可以帮助调试应用和profile性能. Traceview布局 Traceview可以加载trac日志文件(通过添加跟踪代码添加到应用或由DDMS生成).TraceView的界面分为两部分,上面是时间线面板(Time Panel),描述了当每个线程和方法的启动和停止时间.下面是profile面板,概述方法所做的事情,如下图所示: 时间线面板: profile面板:   生成跟踪日

Linux下的系统性能调优工具——Perf

1. 背景知识 1.1 与性能调优相关的硬件特性 硬件特性之cache 内存读写是很快的,但还是无法和处理器的指令执行速度相比.为了从内存中读取指令和数据,处理器需要等待,用处理器的时间来衡量,这种等待非常漫长.Cache 是一种 SRAM,它的读写速率非常快,能和处理器处理速度相匹配.因此将常用的数据保存在 cache 中,处理器便无须等待,从而提高性能.Cache 的尺寸一般都很小,充分利用 cache 是软件调优非常重要的部分. 硬件特性之流水线,超标量体系结构,乱序执行 提高性能最有效的

在 RedHat Linux 上做性能调优

在 RedHat Linux 上做性能调优 性能调优的目的是提高系统性能,减少电力消耗,或者减轻某个应用对系统中其它应用的影响.但是如果贸然地,没有适当的手段进行系统调优,那可能会产生负面效果. 如果我们有系统有计划地进行性能调优,那么它就会成为严谨的科学探索而不是随心所欲的艺术行为. 具体方法 首先我们需要弄明白"正常"的系统性能情形是什么样的. 查找潜在的性能问题并进行参数调优来修复.观察这些调整对系统的影响并决定是否确认保持这种调整或者恢复到调整前的状态. 概要: 收集数据,建立

如何在RedHat Linux上做性能调优

性能调优的目的是提高系统性能,减少电力消耗,或者减轻某个应用对系统中其它应用的影响.但是如果贸然地,没有适当的手段进行系统调优,那可能会产生负面效果. 如果我们有系统有计划地进行性能调优,那么它就会成为严谨的科学探索而不是随心所欲的艺术行为. 具体方法 首先,我们需要弄明白"正常"的系统性能情形是什么样的. 查找潜在的性能问题并进行参数调优来修复.观察这些调整对系统的影响并决定是否确认保持这种调整或者恢复到调整前的状态. 概要: 1.收集数据,建立基准. 2.开启 tuned 功能并选

sqlserver性能调优经验总结_MsSql

相信不少的朋友,无论是做开发.架构的,还是DBA等,都经常听说"调优"这个词.说起"调优",可能会让很多技术人员心头激情澎湃,也可能会让很多人感觉苦恼.当然,也有很多人对此不屑一顾,因为并不是每个人接触到的项目都很大,也不是每个人做的项目都对性能要求很高. 在主流的企业级开发和互联网应用中,数据库的重要性是不言而喻的,而数据库的性能对于整个系统的性能而言也是至关重要的,这里无庸赘述. sqlserver的性能调优,其实是个很宽广的话题.坦白讲,想从概念到实践的完全讲