由买买提看人间百态

boards

本页内容为未名空间相应帖子的节选和存档,一周内的贴子最多显示50字,超过一周显示500字 访问原贴
PDA版 - 贴一个: 为什么Android的界面性能偏慢
相关主题
谷歌前实习生解释 Android不如苹果iOS原因 (ZT)nook color装什么好
想进暗柱板子的同学们。rooted nook color现在ebay还能卖到300+
Flash 10.2 beta on Honeycomb性能比预期要好NC刷HoneyComb真是绝配啊
有Nook color的兄弟们可以上Froyo了NC,不玩了,先歇歇吧
nook color可以直刷HoneyComb了彻底完了
Nook color 的HC 和 Froyo eMMCviewsonic已经顶不住了
nook color froyo SD怎么装market?Nook color 官方2.2系统出来了
Nook Color能不能双系统?ZZFlash硬件加速 Android 3.1将登陆平板
相关话题的讨论汇总
话题: android话题: 界面话题: 性能话题: 网页话题: 加载
1 (共1页)
s*********r
发帖数: 468
1
相比于苹果的iOS和微软的Windows Mobile7来说,Android的界面性能一直是让人感到遗憾。一直到比较新的Android 2.2 Froyo版本,用户总是能间或感到界面卡的迹象。理论上说,Android机器的硬件不次于甚至好过iPhone/iPad和Windows Mobile 7的机器,界面性能上不应该出现比较明显的差距。尤其是Google鼓吹Android 2.2 Froyo的性能有了质的提升,用户却没有明显的感觉。
这里如果使用Android的童鞋不相信Android界面性能差的话,打开浏览器,访问www.cnbeta.com。虽然网页加载速度很快,但是采用双指缩放(pinch zoom)和滚动(scroll)。你会明显感到卡得厉害。而同样的网页在iPhone/iPad上,界面操作相当的流畅! 还有一点需要澄清的是,Android的其他方面性能还是十分出色。尤其是网页加载速度和浏览器内JavaScript的性能相对于其他手机优势还是比较明显。
总结来说,Android界面性能低下体现在两个地方:
复杂界面的滚动 (scrolling):切换桌面的时候或者下拉联系人名单的时候出现略微的停顿。特别是桌面用了动态壁纸 + 大量控件,或者联系人名单巨长的时候。
复杂界面的缩放(pinch zoom):在大型网页的缩放。这里暂且不考虑Flash的影响,因为大部分用户会把Flash设为on demand。
社区里面已经出现了好多有趣的争论。有兴趣的可以看下这个持续了接近一年的帖子。
http://code.google.com/p/android/issues/detail?id=6914
基本上来说Android界面性能低下由三个原因造成:
Java的垃圾回收算法
用户界面没有GPU硬件加速
用户界面算法没有优化(也可以说优化角度,设计理念不一样)
如果说Android界面性能不好单纯是因为Java那就太冤枉人了。但是Dalvik Java虚拟机的垃圾回收确实是Android界面卡的一个主要原因。好的消息是,在Android 2.3 Gingerbread中,垃圾回收的算法得到了优化和调整,每次垃圾回收的时间被缩短了,所以用户基本感觉不到在界面滚动时的卡的情况了。实地测试Nexus S,访问www.cnbeta.com,界面反应速度比类似配置的Galaxy S有明显改善(但是还不如iOS的界面性能那么完美)。
另一个导致Android界面性能差强人意的重要原因就是界面缺少图形芯片(GPU)的加速。Android的所有界面,包括浏览器,都是由CPU来驱动的。当界面元素没有那么复杂,譬如手机联系人列表没有那么长,网页元素没有那么多的时候,Android的CPU驱动的界面性能还是很令人满意的。但是当界面中需要驱动的元素过多的时候,CPU就显得有点力不从心。特别是CPU经常还会被垃圾回收打断。一个好的迹象是Opera Mobile for Android已经计划在他们的浏览器中加入硬件加速,理论上能达到iPhone/iPad的浏览器缩放/滚动性能。
最后一个原因,界面动画的算法,与其说是没有进行优化,可能更与工程师的设计理念有关系。iOS的浏览器的网页加载是局部进行的。还是访问www.cnbeta.com,然后迅速拉到页面底部,你能看到大片的空白页面,当然那部分页面会迅速加载起来。而Android默认浏览器是一次性把所有页面都加载进来。好处就是滚动页面的时候,不需要多余的页面加载。坏处就是双指所放的时候,需要计算的元素太多,
导致界面性能低下。并且,Android默认的浏览器的缩放动画质量是很高的(比iOS相对要高),但是其实并不是那么实用。在这方面,Firefox for Android和Opera Mobile采用了和苹果类似的设计。就是当网页很大的时候,只是加载一部分图形元素,极大地提升了界面操作性能。Opera Mobile for Android现在的beta版还没有硬件加速,就已经提供了非常不错的性能,所以期待正式版的发布。
其他Android的性能问题,譬如Linux相对旧的版本,和相对低效的文件系统,在
Android 2.3 Gingerbread都得到了解决。经过测试Nexus S的界面性能相对Froyo已经有了实质性的提高,希望在Honeycomb中能看到更加出色的性能。
Update: Honeycomb已经confirm有了GPU硬件加速。理论上应该有同iOS一样的UI性能,通过Google的Honeycomb presentat可以看出平时graphic intensive的page (CNN iReport),现在滚动已经很流畅了。
m****u
发帖数: 3915
2
还真没觉得Honeycomb哪里快乐
还是有一种迟滞感
感觉整个linux系列都这样
s*********r
发帖数: 468
3
Xoom没试过,还真不好说。不过看iReport的界面,感觉比打开同样界面的Droid X能流
畅很多。
不过Nexus S的界面已经很流畅了,唯一的缺点就是打开大网页(www.cnbeta.com这种变
态网页,或
者加载Flash的时候pinch zoom卡)。
这个和linux没太多关系吧。。。

【在 m****u 的大作中提到】
: 还真没觉得Honeycomb哪里快乐
: 还是有一种迟滞感
: 感觉整个linux系列都这样

m****u
发帖数: 3915
4
但是好像整个linux系列,图形性能都不行
当然这只是猜测了
反正这个滑动不灵敏的原因肯定是多方面的,google也在试图改善

【在 s*********r 的大作中提到】
: Xoom没试过,还真不好说。不过看iReport的界面,感觉比打开同样界面的Droid X能流
: 畅很多。
: 不过Nexus S的界面已经很流畅了,唯一的缺点就是打开大网页(www.cnbeta.com这种变
: 态网页,或
: 者加载Flash的时候pinch zoom卡)。
: 这个和linux没太多关系吧。。。

s*********r
发帖数: 468
5
那些可能是驱动问题。Linux的desktop驱动一般都没有Windows,Mac那么完善。当然
Mac很多API
不给你就是了。
但是手机的硬件驱动一般大生产厂商会着重优化的,所以我觉得应该影响不是那么大吧?

【在 m****u 的大作中提到】
: 但是好像整个linux系列,图形性能都不行
: 当然这只是猜测了
: 反正这个滑动不灵敏的原因肯定是多方面的,google也在试图改善

d*********g
发帖数: 2906
6
原创吗?
写的很不错。
虽然我是Android的early adopter(我现在用Droid X),但我也觉得Android比iOS还有WP 7上的UI的流畅程度还是有
不小的差距。有时在操作的时候可以明显感到停顿。在simulator logfile中也显示在操作gc,平均一个gc大概要花100
到200个ms。到了gingerbread,每次gc的时间短多了,大概是20ms左右。我说的这些都是在simulator里面的数
字,在实际的手机上花费的时间要短很多。

到遗憾。一直到比较新的Android
2.2 Froyo版本,用户总是能间或感到界面卡的迹象。理论上说,Android机器的硬件不
次于甚至好过iPhone/iPad和
Windows Mobile 7的机器,界面性能上不应该出现比较明显的差距。尤其是Google鼓吹
Android 2.2 Froyo的性能有了质
的提升,用户却没有明显的感觉。
cnbeta.com。虽然网页加载速度
很快,但是采用双指缩放(pinch zoom)和滚动(scroll)。你会明显感到卡得厉害。
而同样的网页在iPhone/iPad上,
界面操作相当的流畅! 还有一点需要澄清的是,Android的其他方面性能还是十分出色
。尤其是网页加载速度和浏览器内
JavaScript的性能相对于其他手机优势还是比较明显。
微的停顿。特别是桌面用了动态壁纸
+ 大量控件,或者联系人名单巨长的时候。
,因为大部分用户会把Flash设为on
demand。


【在 s*********r 的大作中提到】
: 相比于苹果的iOS和微软的Windows Mobile7来说,Android的界面性能一直是让人感到遗憾。一直到比较新的Android 2.2 Froyo版本,用户总是能间或感到界面卡的迹象。理论上说,Android机器的硬件不次于甚至好过iPhone/iPad和Windows Mobile 7的机器,界面性能上不应该出现比较明显的差距。尤其是Google鼓吹Android 2.2 Froyo的性能有了质的提升,用户却没有明显的感觉。
: 这里如果使用Android的童鞋不相信Android界面性能差的话,打开浏览器,访问www.cnbeta.com。虽然网页加载速度很快,但是采用双指缩放(pinch zoom)和滚动(scroll)。你会明显感到卡得厉害。而同样的网页在iPhone/iPad上,界面操作相当的流畅! 还有一点需要澄清的是,Android的其他方面性能还是十分出色。尤其是网页加载速度和浏览器内JavaScript的性能相对于其他手机优势还是比较明显。
: 总结来说,Android界面性能低下体现在两个地方:
: 复杂界面的滚动 (scrolling):切换桌面的时候或者下拉联系人名单的时候出现略微的停顿。特别是桌面用了动态壁纸 + 大量控件,或者联系人名单巨长的时候。
: 复杂界面的缩放(pinch zoom):在大型网页的缩放。这里暂且不考虑Flash的影响,因为大部分用户会把Flash设为on demand。
: 社区里面已经出现了好多有趣的争论。有兴趣的可以看下这个持续了接近一年的帖子。
: http://code.google.com/p/android/issues/detail?id=6914
: 基本上来说Android界面性能低下由三个原因造成:
: Java的垃圾回收算法
: 用户界面没有GPU硬件加速

y****g
发帖数: 36950
7
我觉得关键是各种android的兼容机硬件配置参差不齐,有的可能gpu很弱或者没有gpu
加速,所以早期版本不敢加入gpu支持,免得有些机器跑起来问题更大。
这点是苹果硬件的长处,配置一样,软件设计起来容易优化。
其实就好像PC游戏总是不如xbox360和ps3优化一样,开发者要考虑很多不同配置下的运
行情况。

到遗憾。一直到比较新的Android 2.2 Froyo版本,用户总是能间或感到界面卡的迹象
。理论上说,Android机器的硬件不次于甚至好过iPhone/iPad和Windows Mobile 7的机
器,界面性能上不应该出现比较明显的差距。尤其是Google鼓吹Android 2.2 Froyo的
性能有了质的提升,用户却没有明显的感觉。
cnbeta.com。虽然网页加载速度很快,但是采用双指缩放(pinch zoom)和滚动(
scroll)。你会明显感到卡得厉害。而同样的网页在iPhone/iPad上,界面操作相当的
流畅! 还有一点需要澄清的是,Android的其他方面性能还是十分出色。尤其是网页加
载速度和浏览器内JavaScript的性能相对于其他手机优势还是比较明显。
微的停顿。特别是桌面用了动态壁纸 + 大量控件,或者联系人名单巨长的时候。
,因为大部分用户会把Flash设为on demand。


【在 s*********r 的大作中提到】
: 相比于苹果的iOS和微软的Windows Mobile7来说,Android的界面性能一直是让人感到遗憾。一直到比较新的Android 2.2 Froyo版本,用户总是能间或感到界面卡的迹象。理论上说,Android机器的硬件不次于甚至好过iPhone/iPad和Windows Mobile 7的机器,界面性能上不应该出现比较明显的差距。尤其是Google鼓吹Android 2.2 Froyo的性能有了质的提升,用户却没有明显的感觉。
: 这里如果使用Android的童鞋不相信Android界面性能差的话,打开浏览器,访问www.cnbeta.com。虽然网页加载速度很快,但是采用双指缩放(pinch zoom)和滚动(scroll)。你会明显感到卡得厉害。而同样的网页在iPhone/iPad上,界面操作相当的流畅! 还有一点需要澄清的是,Android的其他方面性能还是十分出色。尤其是网页加载速度和浏览器内JavaScript的性能相对于其他手机优势还是比较明显。
: 总结来说,Android界面性能低下体现在两个地方:
: 复杂界面的滚动 (scrolling):切换桌面的时候或者下拉联系人名单的时候出现略微的停顿。特别是桌面用了动态壁纸 + 大量控件,或者联系人名单巨长的时候。
: 复杂界面的缩放(pinch zoom):在大型网页的缩放。这里暂且不考虑Flash的影响,因为大部分用户会把Flash设为on demand。
: 社区里面已经出现了好多有趣的争论。有兴趣的可以看下这个持续了接近一年的帖子。
: http://code.google.com/p/android/issues/detail?id=6914
: 基本上来说Android界面性能低下由三个原因造成:
: Java的垃圾回收算法
: 用户界面没有GPU硬件加速

s*********r
发帖数: 468
8
呵呵,是啊。
因为我也做点Android开发,看到好多人都在争论为什么Android总是感到慢,而且产生
很多偏见。所
以写一些给大家讨论一下。

有WP
7上的UI的流畅程度还是有
在操作gc,平
均一个gc大概要花100
都是在
simulator里面的数

【在 d*********g 的大作中提到】
: 原创吗?
: 写的很不错。
: 虽然我是Android的early adopter(我现在用Droid X),但我也觉得Android比iOS还有WP 7上的UI的流畅程度还是有
: 不小的差距。有时在操作的时候可以明显感到停顿。在simulator logfile中也显示在操作gc,平均一个gc大概要花100
: 到200个ms。到了gingerbread,每次gc的时间短多了,大概是20ms左右。我说的这些都是在simulator里面的数
: 字,在实际的手机上花费的时间要短很多。
:
: 到遗憾。一直到比较新的Android
: 2.2 Froyo版本,用户总是能间或感到界面卡的迹象。理论上说,Android机器的硬件不
: 次于甚至好过iPhone/iPad和

a***a
发帖数: 40617
9
UI流畅度的问题是因为android自己ram管理的问题
当我解决了这个问题(用启动项管理+autorun killer)
就再也没觉得不刘长国

【在 s*********r 的大作中提到】
: 呵呵,是啊。
: 因为我也做点Android开发,看到好多人都在争论为什么Android总是感到慢,而且产生
: 很多偏见。所
: 以写一些给大家讨论一下。
:
: 有WP
: 7上的UI的流畅程度还是有
: 在操作gc,平
: 均一个gc大概要花100
: 都是在

a***e
发帖数: 27968
10
android的触摸有没有协处理器?
iphone好像是有的,触摸部分有自己的firmware

【在 s*********r 的大作中提到】
: 呵呵,是啊。
: 因为我也做点Android开发,看到好多人都在争论为什么Android总是感到慢,而且产生
: 很多偏见。所
: 以写一些给大家讨论一下。
:
: 有WP
: 7上的UI的流畅程度还是有
: 在操作gc,平
: 均一个gc大概要花100
: 都是在

相关主题
Nook color 的HC 和 Froyo eMMCnook color装什么好
nook color froyo SD怎么装market?rooted nook color现在ebay还能卖到300+
Nook Color能不能双系统?NC刷HoneyComb真是绝配啊
w*****g
发帖数: 16352
11
nod, for graphical intensive stuff, I use my iphone.
I use my G2 a lot for text based work, like swype, like zip's mitbbs apps.
In fact, I got Android since I do not like the MITBBS app for iphone. So,
yes,
I bought a phone for a free app.

相比于苹果的iOS和微软的Windows Mobile7来说,Android的界面性能一直是让人感到
遗憾。一直到比较新的Android 2.2 Froyo版本,用户总是能间或感到界面卡的迹象。
理论上说,Android机器的硬件不次于甚至好过iPhone/iPad和Windows Mobile 7的机器
,界面性能上不应该出现比较明显的差距。尤其是Google鼓吹Android 2.2 Froyo的性
能有了质的提升,用户却没有明显的感觉。
这里如果使用Android的童鞋不相信Android界面性能差的话,打开浏览器,访问www.
cnbeta.com。虽然网页加载速度很快,但是采用双指缩放(pinch zoom)和滚动(
scroll)。你会明显感到卡得厉害。而同样的网页在iPhone/iPad上,界面操作相当的
流畅! 还有一点需要澄清的是,Android的其他方面性能还是十分出色。尤其是网页加
载速度和浏览器内JavaScript的性能相对于其他手机优势还是比较明显。
总结来说,Android界面性能低下体现在两个地方:
复杂界面的滚动 (scrolling):切换桌面的时候或者下拉联系人名单的时候出现略微
的停顿。特别是桌面用了动态壁纸 + 大量控件,或者联系人名单巨长的时候。
复杂界面的缩放(pinch zoom):在大型网页的缩放。这里暂且不考虑Flash的影响,
因为大部分用户会把Flash设为on demand。
社区里面已经出现了好多有趣的争论。有兴趣的可以看下这个持续了接近一年的帖子。
http://code.google.com/p/android/issues/detail?id=6914
基本上来说Android界面性能低下由三个原因造成:
Java的垃圾回收算法
用户界面没有GPU硬件加速
用户界面算法没有优化(也可以说优化角度,设计理念不一样)
如果说Android界面性能不好单纯是因为Java那就太冤枉人了。但是Dalvik Java虚拟机
的垃圾回收确实是Android界面卡的一个主要原因。好的消息是,在Android 2.3
Gingerbread中,垃圾回收的算法得到了优化和调整,每次垃圾回收的时间被缩短了,
所以用户基本感觉不到在界面滚动时的卡的情况了。实地测试Nexus S,访问www.
cnbeta.com,界面反应速度比类似配置的Galaxy S有明显改善(但是还不如iOS的界面
性能那么完美)。
另一个导致Android界面性能差强人意的重要原因就是界面缺少图形芯片(GPU)的加速
。Android的所有界面,包括浏览器,都是由CPU来驱动的。当界面元素没有那么复杂,
譬如手机联系人列表没有那么长,网页元素没有那么多的时候,Android的CPU驱动的界
面性能还是很令人满意的。但是当界面中需要驱动的元素过多的时候,CPU就显得有点
力不从心。特别是CPU经常还会被垃圾回收打断。一个好的迹象是Opera Mobile for
Android已经计划在他们的浏览器中加入硬件加速,理论上能达到iPhone/iPad的浏览器
缩放/滚动性能。
最后一个原因,界面动画的算法,与其说是没有进行优化,可能更与工程师的设计理念
有关系。iOS的浏览器的网页加载是局部进行的。还是访问www.cnbeta.com,然后迅速
拉到页面底部,你能看到大片的空白页面,当然那部分页面会迅速加载起来。而
Android默认浏览器是一次性把所有页面都加载进来。好处就是滚动页面的时候,不需
要多余的页面加载。坏处就是双指所放的时候,需要计算的元素太多,
导致界面性能低下。并且,Android默认的浏览器的缩放动画质量是很高的(比iOS相对
要高),但是其实并不是那么实用。在这方面,Firefox for Android和Opera Mobile
采用了和苹果类似的设计。就是当网页很大的时候,只是加载一部分图形元素,极大地
提升了界面操作性能。Opera Mobile for Android现在的beta版还没有硬件加速,就已
经提供了非常不错的性能,所以期待正式版的发布。
其他Android的性能问题,譬如Linux相对旧的版本,和相对低效的文件系统,在
Android 2.3 Gingerbread都得到了解决。经过测试Nexus S的界面性能相对Froyo已经
有了实质性的提高,希望在Honeycomb中能看到更加出色的性能。
Update: Honeycomb已经confirm有了GPU硬件加速。理论上应该有同iOS一样的UI性能,
通过Google的Honeycomb presentat可以看出平时graphic intensive的page (CNN
iReport),现在滚动已经很流畅了。

【在 s*********r 的大作中提到】
: 相比于苹果的iOS和微软的Windows Mobile7来说,Android的界面性能一直是让人感到遗憾。一直到比较新的Android 2.2 Froyo版本,用户总是能间或感到界面卡的迹象。理论上说,Android机器的硬件不次于甚至好过iPhone/iPad和Windows Mobile 7的机器,界面性能上不应该出现比较明显的差距。尤其是Google鼓吹Android 2.2 Froyo的性能有了质的提升,用户却没有明显的感觉。
: 这里如果使用Android的童鞋不相信Android界面性能差的话,打开浏览器,访问www.cnbeta.com。虽然网页加载速度很快,但是采用双指缩放(pinch zoom)和滚动(scroll)。你会明显感到卡得厉害。而同样的网页在iPhone/iPad上,界面操作相当的流畅! 还有一点需要澄清的是,Android的其他方面性能还是十分出色。尤其是网页加载速度和浏览器内JavaScript的性能相对于其他手机优势还是比较明显。
: 总结来说,Android界面性能低下体现在两个地方:
: 复杂界面的滚动 (scrolling):切换桌面的时候或者下拉联系人名单的时候出现略微的停顿。特别是桌面用了动态壁纸 + 大量控件,或者联系人名单巨长的时候。
: 复杂界面的缩放(pinch zoom):在大型网页的缩放。这里暂且不考虑Flash的影响,因为大部分用户会把Flash设为on demand。
: 社区里面已经出现了好多有趣的争论。有兴趣的可以看下这个持续了接近一年的帖子。
: http://code.google.com/p/android/issues/detail?id=6914
: 基本上来说Android界面性能低下由三个原因造成:
: Java的垃圾回收算法
: 用户界面没有GPU硬件加速

s*********r
发帖数: 468
12
试试http://www.cnbeta.com,在这个页面上pinch zoom。
你就会发现现在Android stock browser的实现有多么卡了。
这个不是task kill / autorun killer能解决的。
因为CPU无法承受那么多图形处理,特别是没有partial loading,还要garbage
collection的
时候。

【在 a***a 的大作中提到】
: UI流畅度的问题是因为android自己ram管理的问题
: 当我解决了这个问题(用启动项管理+autorun killer)
: 就再也没觉得不刘长国

a***a
发帖数: 40617
13
这个网页确实如此,但是我回你贴说的是UI,这个跟UI有啥关系?

【在 s*********r 的大作中提到】
: 试试http://www.cnbeta.com,在这个页面上pinch zoom。
: 你就会发现现在Android stock browser的实现有多么卡了。
: 这个不是task kill / autorun killer能解决的。
: 因为CPU无法承受那么多图形处理,特别是没有partial loading,还要garbage
: collection的
: 时候。

e***y
发帖数: 4472
14
android设备硬件和软件都在改进, 这个问题很快就不再是问题了--刚用山寨gtablet试
了下,stock browser上pinch zoom确实没有firefox那么流畅, 但也没多么卡, 可想在
现在这批硬件同样用tegra2, 软件有很大改进的honeycomb板上, 应该问题不大了

【在 s*********r 的大作中提到】
: 试试http://www.cnbeta.com,在这个页面上pinch zoom。
: 你就会发现现在Android stock browser的实现有多么卡了。
: 这个不是task kill / autorun killer能解决的。
: 因为CPU无法承受那么多图形处理,特别是没有partial loading,还要garbage
: collection的
: 时候。

s*********r
发帖数: 468
15
哈哈,我以为对大部分用户来说。Browser访问网页也是UI很重要的一部分,无所谓了。

【在 a***a 的大作中提到】
: 这个网页确实如此,但是我回你贴说的是UI,这个跟UI有啥关系?
z*****k
发帖数: 600
16
Android 上的browser和其他的原装软件都是开源的?

【在 s*********r 的大作中提到】
: 试试http://www.cnbeta.com,在这个页面上pinch zoom。
: 你就会发现现在Android stock browser的实现有多么卡了。
: 这个不是task kill / autorun killer能解决的。
: 因为CPU无法承受那么多图形处理,特别是没有partial loading,还要garbage
: collection的
: 时候。

s*********r
发帖数: 468
17
应该是的:
http://android.git.kernel.org/
platform/packages/apps/下有好多built in apps

【在 z*****k 的大作中提到】
: Android 上的browser和其他的原装软件都是开源的?
t****p
发帖数: 1703
18
翻页还行,pinch zoom确实能看到明显的延时
但在Iphone4上面的延时也没觉得少,而且loading的时间明显多于android上。
顺便说一句对比的是神机Atrix......

【在 s*********r 的大作中提到】
: 试试http://www.cnbeta.com,在这个页面上pinch zoom。
: 你就会发现现在Android stock browser的实现有多么卡了。
: 这个不是task kill / autorun killer能解决的。
: 因为CPU无法承受那么多图形处理,特别是没有partial loading,还要garbage
: collection的
: 时候。

z*****k
发帖数: 600
19
embedded device软件开发是半个硬件活,根据架构要量休裁衣。现在CPU速度快了,弄
个one size fits all差了也不远,但是用户体验这样关键的功能,无论如何都会要根
据CPU适当优化。写Open Source多是业余玩家自由组合,质量管理基本就是不crash.
估计Android和iOS拼就是CPU upgrade的速度,那些CPU速度补偿不了的,就靠good
luck了。

【在 s*********r 的大作中提到】
: 应该是的:
: http://android.git.kernel.org/
: platform/packages/apps/下有好多built in apps

c*******r
发帖数: 3289
20
我一直就觉得java是垃圾,不过很多人肯定要跳出来骂了
我用过所有以java写核心的windows应用,没有一个不慢的
相关主题
NC,不玩了,先歇歇吧Nook color 官方2.2系统出来了
彻底完了ZZFlash硬件加速 Android 3.1将登陆平板
viewsonic已经顶不住了[KJPT]强悍的HTC QWERTY Android手机来了(组图)
h****x
发帖数: 1450
21
android的操作有时会让人想用手指用力猛戳屏幕的冲动,或者就得时不时的提醒自己
要easy and slow。
还有一点就是如果一个操作系统需要另装内存管理apps,设计系统的时候干嘛去啦,难
道编译的人自己都从来不用的?

到遗憾。一直到比较新的Android 2.2 Froyo版本,用户总是能间或感到界面卡的迹象
。理论上说,Android机器的硬件不次于甚至好过iPhone/iPad和Windows Mobile 7的机
器,界面性能上不应该出现比较明显的差距。尤其是Google鼓吹Android 2.2 Froyo的
性能有了质的提升,用户却没有明显的感觉。
cnbeta.com。虽然网页加载速度很快,但是采用双指缩放(pinch zoom)和滚动(
scroll)。你会明显感到卡得厉害。而同样的网页在iPhone/iPad上,界面操作相当的
流畅! 还有一点需要澄清的是,Android的其他方面性能还是十分出色。尤其是网页加
载速度和浏览器内JavaScript的性能相对于其他手机优势还是比较明显。
微的停顿。特别是桌面用了动态壁纸 + 大量控件,或者联系人名单巨长的时候。
,因为大部分用户会把Flash设为on demand。


【在 s*********r 的大作中提到】
: 相比于苹果的iOS和微软的Windows Mobile7来说,Android的界面性能一直是让人感到遗憾。一直到比较新的Android 2.2 Froyo版本,用户总是能间或感到界面卡的迹象。理论上说,Android机器的硬件不次于甚至好过iPhone/iPad和Windows Mobile 7的机器,界面性能上不应该出现比较明显的差距。尤其是Google鼓吹Android 2.2 Froyo的性能有了质的提升,用户却没有明显的感觉。
: 这里如果使用Android的童鞋不相信Android界面性能差的话,打开浏览器,访问www.cnbeta.com。虽然网页加载速度很快,但是采用双指缩放(pinch zoom)和滚动(scroll)。你会明显感到卡得厉害。而同样的网页在iPhone/iPad上,界面操作相当的流畅! 还有一点需要澄清的是,Android的其他方面性能还是十分出色。尤其是网页加载速度和浏览器内JavaScript的性能相对于其他手机优势还是比较明显。
: 总结来说,Android界面性能低下体现在两个地方:
: 复杂界面的滚动 (scrolling):切换桌面的时候或者下拉联系人名单的时候出现略微的停顿。特别是桌面用了动态壁纸 + 大量控件,或者联系人名单巨长的时候。
: 复杂界面的缩放(pinch zoom):在大型网页的缩放。这里暂且不考虑Flash的影响,因为大部分用户会把Flash设为on demand。
: 社区里面已经出现了好多有趣的争论。有兴趣的可以看下这个持续了接近一年的帖子。
: http://code.google.com/p/android/issues/detail?id=6914
: 基本上来说Android界面性能低下由三个原因造成:
: Java的垃圾回收算法
: 用户界面没有GPU硬件加速

s*******e
发帖数: 4188
22
android系统升级要受制于device manufacturer和carrier,挺烦的
s*********r
发帖数: 468
23
需要安装内存管理apps是因为开得程序太多的话,垃圾回收会让UI变得卡。
2.3的同步GC应该能解决大部分垃圾回收造成的延迟问题。
你说的这个也是多进程系统设计的tradeoff了。为什么Windows也需要使用内存管理app
呢?虽然有
设计上的改进空间,但是更多时候是设计的balance吧。

【在 h****x 的大作中提到】
: android的操作有时会让人想用手指用力猛戳屏幕的冲动,或者就得时不时的提醒自己
: 要easy and slow。
: 还有一点就是如果一个操作系统需要另装内存管理apps,设计系统的时候干嘛去啦,难
: 道编译的人自己都从来不用的?
:
: 到遗憾。一直到比较新的Android 2.2 Froyo版本,用户总是能间或感到界面卡的迹象
: 。理论上说,Android机器的硬件不次于甚至好过iPhone/iPad和Windows Mobile 7的机
: 器,界面性能上不应该出现比较明显的差距。尤其是Google鼓吹Android 2.2 Froyo的
: 性能有了质的提升,用户却没有明显的感觉。
: cnbeta.com。虽然网页加载速度很快,但是采用双指缩放(pinch zoom)和滚动(

1 (共1页)
相关主题
ZZFlash硬件加速 Android 3.1将登陆平板nook color可以直刷HoneyComb了
[KJPT]强悍的HTC QWERTY Android手机来了(组图)Nook color 的HC 和 Froyo eMMC
接近iphone的触摸体验找到了nook color froyo SD怎么装market?
谁能给我大概介绍一下HTC Touch上哪个android rom现在最好啊Nook Color能不能双系统?
谷歌前实习生解释 Android不如苹果iOS原因 (ZT)nook color装什么好
想进暗柱板子的同学们。rooted nook color现在ebay还能卖到300+
Flash 10.2 beta on Honeycomb性能比预期要好NC刷HoneyComb真是绝配啊
有Nook color的兄弟们可以上Froyo了NC,不玩了,先歇歇吧
相关话题的讨论汇总
话题: android话题: 界面话题: 性能话题: 网页话题: 加载