Android App性能測试

一、内存

1、查看单个应用App最大内存限制

Command:adb shell “getprop|grep heapgrowthlimit”
C:\Users\hujiachun>adb shell "getprop|grep heapgrowthlimit"
[dalvik.vm.heapgrowthlimit]: [128m]
128M是单个APP最大内存限制,假设Dalvik Heap 的Pss大于128。就会报内存溢出
2、监控某个App内存
Command:adb shell dumpsys meminfo com.meizu.mstore
C:\Users\hujiachun>adb shell dumpsys meminfo com.meizu.mstore
Applications Memory Usage (kB):
Uptime: 5159608 Realtime: 5159608

** MEMINFO in pid 13914 [com.meizu.mstore] **
                   Pss  Private  Private  Swapped     Heap     Heap     Heap
                 Total    Dirty    Clean    Dirty     Size    Alloc     Free
                ------   ------   ------   ------   ------   ------   ------
  Native Heap        0        0        0        0    28672    18939     9732
  Dalvik Heap    45029    44068        0        0    60986    56981     4005
 Dalvik Other      680      680        0       60
        Stack      492      492        0       36
    Other dev        6        0        4        0
     .so mmap     2454      172      284     1728
    .apk mmap      509        0      228        0
    .ttf mmap      854        0      464        0
    .dex mmap     6240        0     6236        0
    .oat mmap     5925        0     2564        0
    .art mmap     2951     1748      716        8
   Other mmap      137        4      104        0
   EGL mtrack    14960    14960        0        0
    GL mtrack    59264    59264        0        0
      Unknown    16331    16256        0      816
        TOTAL   155832   137644    10600     2648    89658    75920    13737

 Objects
               Views:     1242         ViewRootImpl:        1
         AppContexts:        4           Activities:        1
              Assets:        4        AssetManagers:        4
       Local Binders:       31        Proxy Binders:       29
       Parcel memory:       15         Parcel count:       60
    Death Recipients:        1      OpenSSL Sockets:        0

 SQL
         MEMORY_USED:      430
  PAGECACHE_OVERFLOW:      116          MALLOC_SIZE:       62

 DATABASES
      pgsz     dbsz   Lookaside(b)          cache  Dbname
         4       20             83       210/52/9  /data/data/com.meizu.mstore/d
atabases/UsageStats.db
         4       24             18         0/42/1  /data/data/com.meizu.mstore/d
atabases/download_task.db
         4       24             50         1/43/2  /data/data/com.meizu.mstore/d
atabases/download_app.db
         4       24             18         0/42/1  /data/data/com.meizu.mstore/d
atabases/Mstore_Recommend_db
能够通过过滤信息 得到Dalvik Heap 的Pss值。实时监控
二、CPU
Command:adb shell " dumpsys cpuinfo |grep com.meizu.mstore"
C:\Users\hujiachun>adb shell " dumpsys cpuinfo |grep com.meizu.mstore"
  1.3% 18957/com.meizu.mstore: 1% user + 0.2% kernel / faults: 171 minor
 1.3% 是总消耗CPU

user是用户消耗

kernel 是内核消耗

时间: 2024-10-29 13:11:32

Android App性能測试的相关文章

Android性能測试 一些适用于Android Studio的代码审查和性能測试工具

导言: Android应用在CPU占用,内存消耗方面的性能指标是影响产品质量的重要因素,因为QQ管家,360手机助手等应用都提供直观的内存消耗,流量监控功能,致使用户比以往更加关注软件的性能,并以此进行软件选用的决策. 眼下,已经有非常多能够监控android app 性能的工具能够供开发者使用.如:基于Eclipse插件体系的MAT,其通过生成.hprof文件对内存泄露情况进行排查:内存检測工具APT:提供CPU利用率实时曲线图,方便对照測试内存泄露问题[图0-1] 图 0-1  通过APT实

android 性能測试CTS篇

CTS介绍 一.CTS简单介绍 CTS 全称Compatibility Test Suite兼容性測试工具. 当电子产品开发出来.并定制了自己的Android系统后,必需要通过最新的CTS检測.以保证标准的android应用能执行在该平台下. 通过了CTS验证.须要将測试报告提交给Google,已取得android market的认证 二.为什么须要CTS測试? watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvYTYyNDczMTE4Ng==/font/

微博达人硅谷之歌:Testin云測移动搜索性能測试非常是让人信服

微博达人硅谷之歌:Testin云測移动搜索性能測试非常是让人信服 2014/10/08 · Testin · 开发人员訪谈 2013年11月1日,谷歌运行董事长施密特(Eric Emerson Schmidt) 踏进北京中关村电子卖场,但为何Testin云測CEO王军会全程陪伴并介绍中国安卓市场的状况?难道仅仅是王军的英文流利?那为何Testin云測又要先后拒绝腾讯.百度.阿里的投资? 这是新浪微博用户@硅谷之歌 的疑问,其认证资料为长春某公司的"外贸B2B事业部project师".

十大技巧优化Android App性能

无论锤子还是茄子手机的不断冒出,Android系统的手机市场占有率目前来说还是最大的,因此基于Android开发的App数量也是很庞大的.那么,如何能开发出更高性能的Android App?相信是软件开发公司以及广大程序员们头疼的一大难题.今天,就给大家提供几个提高Android App性能的技巧. 高效地利用线程 1.在后台取消一些线程中的动作 我们知道App运行过程中所有的操作都默认在主线程(UI线程)中进行的,这样App的响应速度就会受到影响.会导致程序陷入卡顿.死掉甚至会发生系统错误.

性能測试JMeter趟的坑之JMeter的bug:TPS周期性波动问题

先说下问题: 我在做性能測试时,使用JMeter搞了100个并发,以100TPS的压力压測十分钟,但压力一直出现波动.并且出现波动时JMeter十分卡,例如以下图: 周期性TPS波动 各种猜測: 所以開始找环境的各种原因,起初以为是JMeter的连接被"劫持"了,不然JMeter也不会卡的.所以,花了整整一下午时间.去排除压測机环境.被压測环境(TCP连接数.程序上的问题等等),但一直没找到原因. 后来.换成LR后,压測正常.所以開始怀疑是JMeter自身的问题. 原因找到: 后来想起

Android App性能优化(一)之布局优化

当创建复杂布局的时候,我们会在xml 文件中添加大量的ViewGroup和View.伴随着每次迭代,View树的层次越来越深,界面加载速度越来越慢,消耗的内存也越来越多.当您的程序出现加载时短暂黑屏或横竖切换时短暂黑屏,抑或如内存溢出(OOM)之类的问题时,没准您的程序需要优化了. 那么如何让程序运行速度更快?响应更敏捷?优化布局是一个最基本的方法,本文将介绍最基本的优化布局方法. 1.使用ViewStub实现View的延迟加载. 很多情况下,xml布局文件中的部分View初始状态是设置为不显示

android App性能优化技巧浅谈

Android App性能优化,安卓App性能优化技巧,无论锤子还是茄子手机的不断冒出,Android系统的手机市场占有率目前来说还是最大的,因此基于Android开发的App数量也是很庞大的.那么,如何能开发出更高性能的Android App?相信是软件开发公司以及广大程序员们头疼的一大难题.今天,就给大家提供几个提高Android App性能的技巧. 高效地利用线程1.在后台取消一些线程中的动作 我们知道App运行过程中所有的操作都默认在主线程(UI线程)中进行的,这样App的响应速度就会受

优化Android App性能?十大技巧必知

无论锤子还是茄子手机的不断冒出,Android系统的手机市场占有率目前来说还是最大的,因此基于Android开发的App数量也是很庞大的.那么,如何能开发出更高性能的Android App?相信是软件开发公司以及广大程序员们头疼的一大难题.今天,就给大家提供几个提高Android App性能的技巧. 高效地利用线程 1.在后台取消一些线程中的动作 我们知道App运行过程中所有的操作都默认在主线程(UI线程)中进行的,这样App的响应速度就会受到影响.会导致程序陷入卡顿.死掉甚至会发生系统错误.

PAAS平台的web应用性能測试与分析

引言 为什么我会写这一篇博客,由于近期非常多京东云擎jae的用户反应一个问题就是他们部署在jae上面的应用訪问非常慢,有极少数应用甚至常常出现504超时现象.当然大家首先想到的是jae性能太差,这也是人之常情,往往出现什么错误的时候首先想到是别人的不好.工作中非常多同事也是这样,假设软件系统出现一个bug首先怀疑的肯定不是自己写的代码.今天花时间写这一篇博客主要就是告诉大家如何确定我们部署在PAAS平台(不不过JAE哦)web应用为什么慢?慢在哪儿了?有什么方法能够解决? 原因分析 出现訪问自己