在调试graphic,尤其是动画的性能问题时，我们通常采用traceview或者systrace进行分析。这两个工具各自有适合的问题类型：
如果是程序逻辑导致graphics缓慢，比如缓慢的数据库访问，进程间通讯等等的，那么traceview+dmtracedump是最有效的。
如果是由于绘画本身导致动画缓慢，那么问题就复杂一些了，原因可能是各式各样的：
Continue reading 通过打印DisplayList调试graphics性能
All posts by tangzhiming
Google IO Video Collections
2013
[UI] Android Grphics Performance
[UI] Writing Custom Views for Android
[UI] A Moving Experience
[RenderScript] High Performance Application with RenderScript
[App Tips] Taking Advantage of Android Platform Features
[App Tips] Making Apps Working Like Magic
[Audio] High Performance Audio
Continue reading Google IO Video Collections
Android 高性能图形处理 之 二. OpenGL ES
在之前的介绍中我们说到在Android 4.2上使用RenderScript有诸多限制，我们于是尝试改用OpenGL ES 2.0来实现滤镜。本文不详细介绍OpenGL ES的规范以及组成部分 Continue reading Android 高性能图形处理 之 二. OpenGL ES
Android 高性能图形处理 之 一. RenderScript
前几天收到产品经理的一个新需求，要求在下一代的8核CPU的产品上实现 照相机的实时滤镜效果。且必须 8个（或以上）滤镜同时显示。
拿到需求，首先参考了下竞品以及主流的照相/图片处理应用，发现大部分的应用都是采取静态的图片处理，即拍完照之后再进行处理，比如meitu, camera 360（v4.6）等等 Continue reading Android 高性能图形处理 之 一. RenderScript
使用traceview+dmtracedump快速定位性能问题
今天和同事调试一个Gallery的动画性能问题。一上来还是老套路，上systrace。可是systrace并没有提供足够多的信息，只能看到从dispatchInputEvent()到最后的draw()花去了几百毫秒。于是改用traceview，意外地发现android sdk中自带了一个名叫dmtracedump的工具，配合traceview一起使用，功能强大且使用方便，可以帮助迅速地定位性能问题。 Continue reading 使用traceview+dmtracedump快速定位性能问题
什么是ARM big.LITTLE架构
前段时间，MTK宣布了下一代的手机芯片平台MT6592，最大的亮点就是MTK的“真八核”方案（八个内核同时运行）。并以此抨击Samsung Exynos 5 Octa 系列的”big.LITTLE”八核方案。为了更好了解这场争论的核心内容，抽空上网补习了一些相关知识。 Continue reading 什么是ARM big.LITTLE架构
Ubuntu显示Networking Disabled的解决办法
今天早上突然发现Ubuntu无法通过USB tethering 上网了，原来是状态栏上的Network Manager总是显示Network Disabled。网上搜了下，解决方式很简单： Continue reading Ubuntu显示Networking Disabled的解决办法