标签: 八核处理器

Android手机很卡似乎是个千古谜案 　　有没有感觉你用的Android手机很卡？貌似手机配置都已经挺不错的了，四核、八核、≥2GB RAM这样的配置居然还会发生动画掉帧、点击某个按钮或图标出现停顿一会儿之类的情况？高通、MTK、英伟达之类的芯片制造商不是整天宣称什么制程、架构 如何先进，什么一秒钟多少万多少亿次浮点运算，怎么还整天被iPhone用户嘲笑很卡很不爽？ 关于Android系统存在卡顿和不流畅的问题，似乎是个千古谜案——即便到现在也还有很多Android用户坚持说他们新买的旗舰已如丝般柔滑， 却真正在流畅的细微处比iOS差了一截。不过从古到今，试图解释Android卡顿的观点就有千百种，据说即便是采访Android内部开发工程师，他们 也说这是个说不清道不明的问题。这次我们就从相关Android卡顿的几个主流说法谈起，尝试从相对浅显的角度来理解这一问题。 都是Dalvik VM虚拟机惹的祸？ 　　按照普通人对虚拟机的理解，就是平常一直在用Windows操作系统，想装个Mac OS玩玩又没钱买苹果电脑咋办？——装个虚拟机。从这个角度来理解，不管是出于玩机还是开发、或考虑兼容性的问题，用过虚拟机的同学就知道，这东西的效率 和原生安装方式不在一个层面，不管是从驱动、资源利用等各角度来看都是如此。 Android的系统框架上，在最底层的Linux内核之上就跑了个虚拟机，在Android 4.4之前，这个虚拟机叫Dalvik VM。绝大部分Android应用就运转在Dalvik VM虚拟机之上——很多人，甚至是程序员认为，Android系统之所以不流畅和卡顿，罪魁祸首就是此虚拟机，想想我们平常应用层面虚拟机的运行效率就知 道了，再牛逼的硬件也抵不住软件这么坑啊。 　　早年的Android系统能有如此奇葩的框架和执行思路并不是因为Andy Rubin真的很二。Android选择这条路的原因是看中互联网上浩瀚的Java资源——Java应用可以运行在Android这种Linux内核的系 统上正是拜虚拟机所赐，对于一个当时的新生系统而言，想要尽早构建起应用生态，这是个捷径——也是Android现在拥有这么多应用资源的关键所在(虽然 苹果就没这么做)。 　　不过另有一个帮派的程序员表示，这个层面的虚拟机和我们平常自己在电脑上装的虚拟机根本不是一回事，它的执行效率并没有人们想象的不堪，实际使用中和直接调用底层基础函数也没差多少。 (NDK的也可是让Android应用不用跑在虚拟机上) 【 分页导航 】 • 第1页： Android手机很卡似乎是个千古谜案 • 第2页： 从谷歌的行动看,情况好像没这么简单 • 第3页： 第三方应用质量很悲剧 • 第4页： 内存还不够用？装越多APP手机越卡 • 第5页： Android如此卡的根源是它的碎片化? 从谷歌的行动看,情况好像没这么简单 我们从谷歌后来的行动看到，情况好像没有这么简单。早在Android 2.3时期，谷歌就意识到Dalvik并非长久之计，就为Android引入了NDK——这是个真正的开发包，使用C/C++语言也可以为Android 开发应用，以这种方式开发的应用不会跑在虚拟机上。彼时的程序员认为，这是Android从应用层真正开始具备与iOS相抗衡实力的开始，但这种梦想很快 就被打破，一方面是让开发者放弃Java全面转向C/C++并不现实，而且后两者开发难度甚高，涉及内存操作甚至与设备驱动程序对话，对于Android 这种机器种类繁多的系统而言，开发者采用NDK很不现实(类似《极品飞车》这种大型3D游戏运行代码理应采用C++，所以这类游戏针对Android手机 的不同处理器甚至还有不同的版本)。 　　所以在Android 4.4时期，谷歌为之引入了一种新的ART虚拟机，用以替代Dalvik。ART的特点是相比Dalvik更为高效：Dalvik虚拟机在每次运行应用时 会将之编译为二进制机器代码，ART的改进之一就在于在应用安装的时候就将二进制代码编译完成(所以每个应用安装所占空间会更大)，这叫预编译模式，而不 是等到每次运行应用才编译。 理论上听来，ART似乎的确较Dalvik效率更高些，谷歌自己说ART对比Dalvik速度平均提升幅度达到80%，不过各位已经在用 Android 4.4甚至5.0的小伙伴有这种体会吗？或许今后随着Android生态以及系统自身的完善，ART可以表现出更大的优势，起码现在我们没怎么看出来它对 系统流畅性体验改善有多大贡献。 　　另外，在系统框架层面，除了探讨虚拟机可能是拖垮Android流畅性的元凶之一这种说法，还有人也会谈到Linux这类宏内核在驱动方面的先天不足，这些或许都是阻碍Android有丝般流畅的要素，但是否还有其他原因呢？ 硬件加速弱爆了 　　显示系统图形界面的时候，如果画图的工作都交给CPU完成，这效率是可想而知的，犹如你让一位精通数学的同学画图，多少他倒是能画，只是能不能画好 很成问题。如果GPU，也就是专门的画图工作者能够协助这个过程，情况自是大不相同。虽说系统流畅性是个相当大的话题，但硬件加速是否做得好就成为其中的 重要因素。 完善如上所述的这个过程，几乎是贯穿Android 2.x早期，到最新的Android 5.1，甚至此后很长一段时间内，谷歌需要努力的方向。针对系统图片、网页等2D图形绘制，Android所用的是谷歌早在2005年就收购的 Skia(那时Android都还没出生，Chrome也采用Skia作为2D图形引擎)。 　　Skia原始版本的图形光栅处理完全基于CPU和软件运算，也就是说早期Android的2D图形绘制对GPU的利用率存在严重不足，相较iOS和Windows Phone这种在硬件加速领域有着很久积累的系统完全不是一个水平。 【 分页导航 】 • 第1页： Android手机很卡似乎是个千古谜案 • 第2页： 从谷歌的行动看,情况好像没这么简单 • 第3页： 第三方应用质量很悲剧 • 第4页： 内存还不够用？装越多APP手机越卡 • 第5页： Android如此卡的根源是它的碎片化? 在Android的系统设置-调试选项中，有个“强制进行GPU渲染”选项，开启这个选项以后会发现某些应用的运行的确更流畅了，但有些则出现了更 糟糕的使用体验。在Android 2.3时代，国外科技博客DorothyBrowse特别强制开启这种Skia GPU加速，尝试进行Webkit渲染(Chrome的渲染引擎)测试，结果发现相较CPU自己画图，所谓的GPU加速居然出现了反效果，可知当时的 Skia GPU加速在Android平台有多么不成熟。 　　在Android 3.0之前，这套系统都没有真正行之有效的图形加速方案(即便从初版开始，Android就在努力融合硬件加速)，Android 3.0才实现窗口相对完整的硬件加速绘制。实际上，即便是到Android 4.1，谷歌大肆宣传的黄油计划，过渡动画帧率达到60fps，通过预判和缓冲来提升效率，其GPU加速支持也并不完整。谷歌自己的官方文档中就提到，并 不是所有2D图像操作的API都已经支持硬件加速。 　不过总的说来，Android的GPU加速是朝着逐步完善的方向发展的，最新版相较过去已经有了很大程度的提升，从系统级应用和各类操作这些年来流 畅度的明确提升就能感觉得到，即便这种提升在iOS和Windows Phone面前还是显得有些无力。可是来到第三方应用，这个问题又变得非常复杂。 第三方应用质量很悲剧 　　在宣称如“丝般顺滑”、甚至“赶超iOS”的Android 4.1问世以后，不说和iOS比实际如何，其系统级应用倒真的流畅了很多，可是第三方应用死性未改，该怎么卡还是怎么卡。这就是个相当复杂的问题了。 　　其一，在Android一步步向前的步伐中，API Level越高，GPU硬件加速也的确愈加完善，比如Android 5.1所用API Level 22。所谓的API Level，标识的是Android平台框架的API版本。这个API可以理解为Android所跑虚拟机针对应用开发而支持的功能，随着版本号的变化， 这些“功能”在发生着升级或转变。对Android的系统应用而言，采用最新的API是理所当然的，流畅性也保持在最佳状态。 但对第三方应用来说，采用最新的API，就意味着对旧版本系统的抛弃。比如微信应用更新，如果很任性地用上API Level 22，那么最新版的微信将只支持Android 5.1，人类可以忍受吗？所以微信迄今为止还在采用API Level 9，微博则为API Level 14。这种API的迭代，也是苹果为何高度追求系统一致性的重要原因。想想Android系统的碎片化问题，第三方应用要变得更高效，好像是个根本无法完 成的任务。 　　这还只是第三方应用开发的一环。其二，Android应用开发者的“随性”让Android应用的效率更加悲惨。比如说谷歌在应用开发的指导原则中提到，如果应用不够流畅，应该看看是否存在“过度渲染(OverDraw)”的问题，就是布局重叠、重复绘制。 要检查这个问题，有兴趣的同学可以一起来做这个实验。在Android系统设置的开发者选项中，选择“显示GPU过度绘制”，此时整个界面变得花花 绿绿一片。这些色块所表达的是，无色透明状态为最佳，蓝色表示很好，绿色为不错，浅红色表示较差，深红色为过度绘制问题严重。类似Instagram等应 用的情况似乎挺好，而某博和Facebook过度渲染的问题就很严重。这只是Android应用开发中的一个例子，如此这般罔顾开发原则的状况那是数也数 不清的。在Android相对开放的应用世界中，这种情况是不会有警察去抓的，显然iOS全程把关App Store就不会这么悲剧。 　　其三，在天朝这样一个奇特的国度，开放的系统无疑为许多应用开发商提供了大好机会。很多应用当安装到你手机中，其行为习惯可能是你完全不知道了，而且可能实情会更令你震惊，这就是下面一个话题了。 【 分页导航 】 • 第1页： Android手机很卡似乎是个千古谜案 • 第2页： 从谷歌的行动看,情况好像没这么简单 • 第3页： 第三方应用质量很悲剧 • 第4页： 内存还不够用？装越多APP手机越卡 • 第5页： Android如此卡的根源是它的碎片化? 内存居然还不够用？装越多APP手机越卡 　　相关Android装越多应用，手机越卡的解释非常多样，甚至包括对于固态存储原理的解释。或许这些都是原因所在，不过更关键的原因是这样 的：Android系统中有个叫做Receiver(接收器？)的东西，负责传递系统接收到的变化，就像是神经系统。比如说按下Power键锁屏，长按关 机，或者长按相机按键启动相机应用，或者插入耳机，都是在Receiver接收到以后通知相应apk，后由程序给出响应。 应用本身就可以跟系统注册任何形式的Receiver，其较大的用处之一是通知系统启动某个程序。比如YouTube的Receiver在开机时、 系统语言切换后、系统账户改变后这三种情况下自动启动YouTube应用本身——这是个比较常见的Receiver。而国内的诸多“异士”是如何写 Receiver的呢？ 　　某些著名视频站APP在下面这些情况下都会启动，包含开机时、网络状况改变时(2G、3G与WiFi间切换)、安装其它App时、卸载其它APP 时、用户唤醒机器时.。。对于用户而言，无论你怎么杀进程清内存，只要这些操作被触发，Receiver就会启动相应程序，话说连个WiFi、下个新应用 都要启动该应用，哪有透明度可言，真是独有社会主义特色。 此类国产APP相当多见，常见Receiver动作还有：耳机拔出或插入时、文件下载完成后、WiFi扫描SSID完成后，都启动程序，是不是感觉 灰常神奇？它们的宗旨就是永远不会被你杀死，什么一键杀进程，分分钟给你活过来，除非彻底卸载它们，或禁用相应Reciever。在这种情况 下，Android系统对于内存容量的要求自然是非一般的。 　　所谓的内存回收机制此刻都已不值一提，何以iPhone 1GB内存流畅运行至今，而Android现如今已是3GB时代；这也是很多Android优化文章告诉用户，如果某应用一周不用就卸载的核心所在，环境使然。你听说过iOS优化让用户卸应用的吗？ 碎片化问题让Android千疮百孔 【 分页导航 】 • 第1页： Android手机很卡似乎是个千古谜案 • 第2页： 从谷歌的行动看,情况好像没这么简单 • 第3页： 第三方应用质量很悲剧 • 第4页： 内存还不够用？装越多APP手机越卡 • 第5页： Android如此卡的根源是它的碎片化? Android如此卡的根源或许是它的碎片化 可以说，除了Android本身的顽疾之外，导致上述绝大部分问题的根源就是Android的碎片化，无论是Android自身开放的态度让各种高 配、低配的手机都在使用，还是手机制造商对Android进行的二次开发。要将硬件加速做好、规范第三方应用质量，在Android开放的理念下是几近不 可能完成的任务，且谷歌自己都难以收拾局面。 Android的开放和碎片化带来的问题还远不止上面这些，一个典型的例子是iOS和Windows Phone都具备了特别出色的信息推送机制，比如说QQ、微信接收消息，在iOS和Windows Phone中，应用本身不需要常驻后台，通过每台手机和推送服务器保持唯一连接，就能收到推送通知，无论对性能和功耗的节省都具备了极大的意义。 　　Android系统当然也具备了消息推送的可行性，但由于碎片化问题，以及国内因为某种原因不得不去掉谷歌服务的现状，令Android不同应用采 用五花八门的推送机制。许多Android应用获取消息的方式是轮询(而非推送)，即应用主动地与服务器连接并查询是否有新消息，可想而知它对系统和网络 资源的消耗。 关乎Android系统本身，则除了文首提到的虚拟机机制，还有许多相当微妙的问题形成它与iOS之间的流畅性差异，比如Android对多任务的 支持更类似于桌面系统，本身就只有靠堆砌硬件才能满足这种多任务的需求，当然iOS的多任务也已经不像很多人理解的那样，是多年前的“假后台”了，它针对 第三方应用开放的多任务API正越来越多。 　　总之，Android的卡顿和不流畅是个极其复杂、庞大的问题，上面所提的这些也只是挖掘了其中的一部分。就Android系统的发展轨迹来看，从 初代问世至今，其发展史都可以看做是谷歌在系统流畅性问题上所做的一次次努力，流畅性改善甚至是Android前行的一条线索，所以谷歌也才毫不吝啬地一 次次地宣传，我们的系统更流畅了，不管相较竞争对手有多大差距和多少不可控性，现在的Android也已经比过去流畅了很多，虽然未来还有很长的路要走。 【 分页导航 】 • 第1页： Android手机很卡似乎是个千古谜案 • 第2页： 从谷歌的行动看,情况好像没这么简单 • 第3页： 第三方应用质量很悲剧 • 第4页： 内存还不够用？装越多APP手机越卡 • 第5页： Android如此卡的根源是它的碎片化?

日前，联发科技（MTK）在深圳举办了4G真 八核 智能手机 SoC芯片MT6595 发布会暨客户大会。发布会主题“创造4G无限可能”，一语道出4G时代的无限前景。MTK首款LTE多模真八核（4个Cortex-A17内核+4个 Cortex-A7内核）智能手机芯片MT6595将于今年第三季度量产，不久的将来64位4G产品MT6795也将问世。 联发科技 总经理谢清江表示，如果说2G时代造就了语音革命，那么3G时代就造就了移动互联网的革命，4G时代的高速网络我们相信也将引爆掌上多媒体的革命。这次发 布的MT6595不但是高性能的4G LTE智能手机平台，而且拥有多项世界领先的多媒体规格，比如，它率先实现了超高清4K H.265硬件编解码，拥有卓越的影像效果和音质表现，让消费者在手机上也能够享受到最先进的多媒体体验。 谢清江致辞 谢清江致辞 MTK发布会暨客户大会现场人气火爆 实现差异化的两项重要技术：CorePilot和Cross Platform 联发科技副总经理兼技术 长周渔君介绍了两个联发科产品可以和业界同业竞争、实现差异化的重要技术：CorePilot和跨平台（Cross Platform）技术。CorePilot技术，提供了多核处理器性能和温度控制。周渔君介绍说，CorePilot是联发科技去年公布的一个技术，是 从MT6577双核到MT6589四核到MT6592八核，在核数不同情况下，对CPU使用在功耗上能够达到最佳性能开发出的技术的总称。MT6595四 大四小八核产品的推出，使得CorePilot技术有了更进一步的演进。 周渔君介绍CorePilot和Cross Platform两项差异化技术 在 大小核的架构下，big.LITTLE CPU模型包括集群迁移（Cluster migration）、CPU迁移和HMP（异构多处理）三种方式。HMP最为先进，可以根据任务对四大四小核独立激活，灵活度较高，性能也最高，同时省 电也最强。MTK是全球第一个用到HMP的公司，而MT6595是第一次在智能手机平台上用这个技术。 big.LITTLE CPU模型的三种方式 CorePilot 包含了自动调式温控、动态功耗管理以及异构调度算法三个元素，三者必须互相配合，才能达到最好的效果。这三者通过动态检测工作负载量，智能调节每颗核心的 任务分配，便能在固定的温度极限下实现最好的性能。通过安兔兔和BBench跑分可以看出，采用CorePilot技术的CPU在相同的性能表现下能够达 到更低的温度，在相同的温度情况下能够达到更好的性能。 CorePilot包含自动调式温控、动态功耗管理以及异构调度算法三个技术 除了大小核以外，计算平台的一个重大趋势是异构计算。通过将GPU集成进来，在处理并行计算时能够发挥强大优势。CPU与GPU协同工作，使得完成相同工作说花费的时间较短，意味着性能的提升。 异 构计算的一个应用是超级分辨率（Super Resolution）。当将一张低分辨率的照片放大后会不太清楚，利用Super Resolution算法，可以将图片分辨率增强，显示更清晰。另一个应用是MTK与百度合作推出的DNN（深度神经网络），利用物体辨识功能可以将手机 变成一部百科全书。这两种应用利用GPU来完成可以较CPU实现3倍速率的提升。 Super Resolution将图像分辨率增强；GPU较CPU实现使速度提升 另 外，在跨平台方面，联发科技做了一个软件开发套件（SDK）。利用它可以实现手机、平板和电视之间的资源共享（下一步是实现和电脑以及其他IoT设备的共 享），从而实现差异化功能。MTK跨平台SDK有三大特点——USE（实用、简单、易开发）。此外，两个设备跨平台操作，不需要在每个设备上都安装 App，只需要在其中一台上有即可。 跨平台SDK简化手机和电视共享所需的复杂步骤 MT6595规格简析 随后，联发科产品规划总监李彦辑对MT6595的产品规格进行了介绍。 MT6595的Cortex-A17核心主频可达2.1-2.2GHz，A7核心的主频则是1.7GHz，最大支持双通道933MHz LPDDR3内存，可实现PoP封装。其搭载的GPU核心是来自PowerVR的G6200，主频600MHz，可实现4K/30fps视频录制以及4K /30fps H.265格式的视频编码。摄像头方面则能够支持到2000万像素，屏幕分辨率最大支持2560×1600。 联发科产品规划总监李彦辑对MT6595规格做介绍 MT6595 首发支持120Hz动态影像显示技术，显示屏刷新率提升至120Hz，解决了用户在拖动屏幕（看网页、微信等）时的显示模糊问题，而且MT6595的触摸 反应时间也更快。在拍照方面，MT6595具备双ISP与视频HDR效果，支持120Hz的高清录像以及回放功能，并且全球首创了1/16的超慢速播放功 能（其他厂商只有1/4的慢速播放功能）。对于爱自拍用户，它还加入了实时美颜效果的支持。 另一项全球首创的是智能手机超慢镜(Super-Slow Motion)技术。它能够让智能手机制作每秒480帧画面更新率(480fps)的1080p全高清影片，并以1/16的超慢速度播放。 搭配像素2070万的Sony IMX220R镜头来捕捉画面，再利用图像处理技术，它确保每一幅经处理画面的一流品质，以及能够清晰细腻地显示图像。此外，使用者可随心所欲地编辑影片，同时以其特有的时间轴功能，弹性地决定在影片任一长度及位置制作超慢动作影片。 MT6595安兔兔跑分可达47000以上，而高通骁龙801处理器的跑分是在35000至40000分左右。李彦辑打趣道：“这个分数我们都不太好意思说出来，太高了！” MT6795助手机厂商快速迈进Android 64位新时代 最后，李彦辑透露，联发科即将发布的首款64位八核处理器MT6795，将拥有八颗Cortex-A53核心，主频最高为2.2GHz，采用ARM big.LITTLE架构设计，是全球首款支持2K屏幕的64位真八核LTE智能手机SoC。 谷歌在其I/O大会上宣布64位的Android操作系统将于年底面世，届时这款高端SoC将有助于手机厂商打造旗舰级手机，快速迈进Android 64位新时代。

虽然联发科是以低端处理器起家，甚至曾经一度是山寨机的代名词，不过凭借着这两年的迅猛发展以及去年年底发布的中高端MT6592八核处理器，联发科与高通和三星这样的国际一线处理器厂商之间的距离正在不断缩小。而根据近日从产业内部传出的消息，除了移动平台处理器之外，联发科还有可能将投身手机功能处理器市场，生产诸如NFC芯片、无线充电芯片和指纹识别传感器等产品。 在苹果率先推出64位A7处理器之后，大部分处理器制造商也将很快跟进，预计将在今年年底或者明年年初推出各自的64位处理器。而如果64位处理器成为业界主流的话，那么智能手机的竞争关键也将从单纯的比拼性能转向特色功能的比较，因此相关的功能处理器市场也有着相当广阔的发展空间。 该消息来源称，联发科目前正与十个IC设计厂商进行讨论，希望能够尽快生产出各种功能处理器。而在这十个IC设计厂商中，On-Bright Electronics、Leadtrend Technology和iWatt已经将其快速充电IC芯片的设计方案交给联发科，而联发科正在测试使用自有的处理器制造技术来制造这些芯片。 不过虽然相关测试工作目前已经展开，但是至于市面上的智能手机何时才能用上联发科制造的功能处理器还是个未知数。 《电子技术设计》网站版权所有，谢绝转载