P****e
发帖数: 385 | 1 是选择好的custom ROM，还是选择轻便的launcher更关键？ |
p**x
发帖数: 6614 | 2 都没用，这是安卓的原罪
【在 P****e 的大作中提到】
: 是选择好的custom ROM，还是选择轻便的launcher更关键？
|
x*******y
发帖数: 179 | |
w******t
发帖数: 16937 | 4 关键在于别买低档机。
【在 P****e 的大作中提到】
: 是选择好的custom ROM，还是选择轻便的launcher更关键？
|
d*****e
发帖数: 2489 | |
g********g
发帖数: 2172 | 6 关键在用了JAVA. 运行程序时平白多了一层, 那是无论如何要损失效率的, 再优化也没
用.也是因为如此,安卓耗电也大. 系统本身的问题, 无解.
【在 P****e 的大作中提到】
: 是选择好的custom ROM，还是选择轻便的launcher更关键？
|
c*c
发帖数: 2983 | 7 错，用JIT效率可以很高。大多数底层的code还是c++的，只有api是java的，但也有C++
的ndk。java最大的缺点是GC，但效率不应该是个问题
【在 g********g 的大作中提到】
: 关键在用了JAVA. 运行程序时平白多了一层, 那是无论如何要损失效率的, 再优化也没
: 用.也是因为如此,安卓耗电也大. 系统本身的问题, 无解.
|
n*****3
发帖数: 1584 | 8 ojbject c does not have GC??
++
【在 c*c 的大作中提到】
: 错，用JIT效率可以很高。大多数底层的code还是c++的，只有api是java的，但也有C++
: 的ndk。java最大的缺点是GC，但效率不应该是个问题
|
c*c
发帖数: 2983 | 9 跟C++比，not objective C
【在 n*****3 的大作中提到】
: ojbject c does not have GC??
:
: ++
|
w******t
发帖数: 16937 | 10 根据以上各ID的回帖，码工看来工作机会还是很多的。 |
|
|
g********g
发帖数: 2172 | 11 JIT某些情况下管用而已, JIT之类的概念又不是新的, 要JIT那么管用JAVA早在PC APP
上大行其道了.
++
【在 c*c 的大作中提到】
: 错，用JIT效率可以很高。大多数底层的code还是c++的，只有api是java的，但也有C++
: 的ndk。java最大的缺点是GC，但效率不应该是个问题
|
r*******n
发帖数: 3020 | 12 所以微软开始在win8上主推c++了
J2ME出来很早了，也不成功，不知道为什么Google还选择Java平台，
尽管Android的虚拟机很Sun的不同，但估计也没有大的区别
我觉得还不如Google采用Go语言和Android的界面框架。
【在 g********g 的大作中提到】
: 关键在用了JAVA. 运行程序时平白多了一层, 那是无论如何要损失效率的, 再优化也没
: 用.也是因为如此,安卓耗电也大. 系统本身的问题, 无解.
|
g*****g
发帖数: 34805 | 13 你要说玩3D游戏，用Java写引擎可能不够给力。UI需要多高性能呀，JIT跟C++比通常执
行速度差别不会超过50%。这年头中高档的手机，绰绰有余。 |
g*****g
发帖数: 34805 | 14 Java在PC上不成功是微软的原因，Java在服务器端极其成功，服务器端对性能的要求可
比PC高多了。
APP
【在 g********g 的大作中提到】
: JIT某些情况下管用而已, JIT之类的概念又不是新的, 要JIT那么管用JAVA早在PC APP
: 上大行其道了.
:
: ++
|
a*****a
发帖数: 1429 | 15
一般不大懂的人都会指责Java。其实它不是问题。WP8用的.Net也是虚拟机。
iOS稍微好点，没有这种概念上的虚拟机。
【在 g********g 的大作中提到】
: 关键在用了JAVA. 运行程序时平白多了一层, 那是无论如何要损失效率的, 再优化也没
: 用.也是因为如此,安卓耗电也大. 系统本身的问题, 无解.
|
l********l
发帖数: 9452 | 16
odex后的rom跟没odex的速度基本一样，所以说jvm不是bottleneck。
王道是买主流机+stock rom，其他都是浮云
【在 g********g 的大作中提到】
: 关键在用了JAVA. 运行程序时平白多了一层, 那是无论如何要损失效率的, 再优化也没
: 用.也是因为如此,安卓耗电也大. 系统本身的问题, 无解.
|
a*****a
发帖数: 1429 | 17
Android上3D游戏的渲染啊什么的不是Java。Android有NDK这样的东西。
【在 g*****g 的大作中提到】
: 你要说玩3D游戏，用Java写引擎可能不够给力。UI需要多高性能呀，JIT跟C++比通常执
: 行速度差别不会超过50%。这年头中高档的手机，绰绰有余。
|
a*****a
发帖数: 1429 | 18
Win8和WP8不一样。WP8的虚拟机焦作CoreCLR，本质上和Java虚拟机没有什么区别。
【在 r*******n 的大作中提到】
: 所以微软开始在win8上主推c++了
: J2ME出来很早了，也不成功，不知道为什么Google还选择Java平台，
: 尽管Android的虚拟机很Sun的不同，但估计也没有大的区别
: 我觉得还不如Google采用Go语言和Android的界面框架。
|
l********l
发帖数: 9452 | 19
扯，java has no role in high-performance server area
【在 g*****g 的大作中提到】
: Java在PC上不成功是微软的原因，Java在服务器端极其成功，服务器端对性能的要求可
: 比PC高多了。
:
: APP
|
a*****a
发帖数: 1429 | 20
在OS X上有。在iOS上没有。GC需要类似虚拟机的概念，专门线程来管理。
【在 n*****3 的大作中提到】
: ojbject c does not have GC??
:
: ++
|
|
|
g*****g
发帖数: 34805 | 21 不懂就别瞎扯。你要说Java不够real-time对大的stock exchange不适用也就罢了。
server端讲究的是scalability。Ebay, Twitter, Linked都跑在JVM上。还有多少
server应用不能用Java写？
【在 l********l 的大作中提到】
:
: 扯，java has no role in high-performance server area
|
g*****g
发帖数: 34805 | 22 这我当然知道。所以说Android因为Java不流畅的都是不懂的。
【在 a*****a 的大作中提到】
:
: 在OS X上有。在iOS上没有。GC需要类似虚拟机的概念，专门线程来管理。
|
l********l
发帖数: 9452 | 23
你直接说java is made for web server算了，特适合a3 programmer。
【在 g*****g 的大作中提到】
: 不懂就别瞎扯。你要说Java不够real-time对大的stock exchange不适用也就罢了。
: server端讲究的是scalability。Ebay, Twitter, Linked都跑在JVM上。还有多少
: server应用不能用Java写？
|
a*****a
发帖数: 1429 | 24
这些大网站都用Java但Web Server基本上都不是。
Java基本上是现在Cloud Computing的核心语言。
另外，如果你不大懂的话，不要嘲笑印度程序员。
【在 l********l 的大作中提到】
:
: 你直接说java is made for web server算了，特适合a3 programmer。
|
l********l
发帖数: 9452 | 25
手上几十烙印都是java programmer，问it们咋不学点别的，回答基本都是java is
simple, c/c++ is too tough. 牛的印度java programmer见过一些，真没见过c/c++牛
的。
【在 a*****a 的大作中提到】
:
: 这些大网站都用Java但Web Server基本上都不是。
: Java基本上是现在Cloud Computing的核心语言。
: 另外，如果你不大懂的话，不要嘲笑印度程序员。
|
z*n
发帖数: 2893 | 26 以前server还可以用perl/python写...能写server side和性能如何没啥关系。
java的问题是JIT要compile on the fly, 只能用在分析出来的用CPU多的functions.
如果一个应用里面没有特别的hotspot, 和native code比起来性能就是一滩了。如果
JVM解释执行性能差个10倍都是有可能的。
JIT/JVM的还有一个问题是memory usage, 比较做同样事情的natvie app和java app,
后者需要的内存要大于前者。如果整个系统里全是java apps, 需要更多的memory才能
和native app相当。
GC也是问题，真正用来做server端每一个process的scalability不如同样的native
apps, 但现在流行cloud/farm, 单个server process的资源需求不是大问题。
总而言之，比性能java是和类似的managed code比如C#之类的类似，和native app比要
差，在很多情况下要差很多。
【在 g*****g 的大作中提到】
: 不懂就别瞎扯。你要说Java不够real-time对大的stock exchange不适用也就罢了。
: server端讲究的是scalability。Ebay, Twitter, Linked都跑在JVM上。还有多少
: server应用不能用Java写？
|
g*****g
发帖数: 34805 | 27 你懂个屁呀，不只是web servers，企业应用Java就是首选语言，大量的backend都是
Java写的，
包括你天天用的mobile应用的backend。
【在 l********l 的大作中提到】
:
: 手上几十烙印都是java programmer，问it们咋不学点别的，回答基本都是java is
: simple, c/c++ is too tough. 牛的印度java programmer见过一些，真没见过c/c++牛
: 的。
|
l********l
发帖数: 9452 | 28
屁你都不懂，企业应用应该是“goodbug知道的企业应用”
【在 g*****g 的大作中提到】
: 你懂个屁呀，不只是web servers，企业应用Java就是首选语言，大量的backend都是
: Java写的，
: 包括你天天用的mobile应用的backend。
|
a*****a
发帖数: 1429 | 29
在这里说Apple大概有些人不大高兴。不过还是说说GC
Objective C 2.0以后，苹果在OS X上加了GC。iOS上没有。但今年的OS 10.8应该是最
后一个版本支持GC的了。苹果在编译器上取得了比较大的进步，llvm确实很牛叉。以后
不管OS X还是iOS，都不会有GC，而是用ARC (Automatic Reference Counting).
GC是runtime的，一般会有专门线程在那里扫描Objects和它们的Reference，然后决定
是否释放。ARC则是编译时候的。编译的时候，编译器扫描各可能的Objects和它们的
Reference，然后在执行码里加上如果Reference为零的话自动释放的执行代码。
ARC在现在的iOS 5和OSX上都已经有了。
这个方法比GC要快一些。
【在 a*****a 的大作中提到】
:
: 这些大网站都用Java但Web Server基本上都不是。
: Java基本上是现在Cloud Computing的核心语言。
: 另外，如果你不大懂的话，不要嘲笑印度程序员。
|
p*********r
发帖数: 4593 | 30
Depends on which area.
Java is dominate in web server market. You may say this is not high
performance area, then I have nothing to say.
Regardless. Java is slower than C and C++, but its platform independent
nature and easy to programming made Android platform like wild fire, spread
so quickly.
Did you see the news that China 90% of smart phone sold are Android ?
Apple and WP or whatever cannot compete Android in China. Apple iPhone5
is completely 在吃老本。If Apple has no new ideas, new products, its margin
will be squeezed.
【在 l********l 的大作中提到】
:
: 屁你都不懂，企业应用应该是“goodbug知道的企业应用”
|
|
|
a*****a
发帖数: 1429 | 31
说句实话，我不大相信一个手上有几个个老印用Java给自己扛活的，会这么不懂Java。
我手上倒是没有Programmer，手下有几个。
【在 l********l 的大作中提到】
:
: 屁你都不懂，企业应用应该是“goodbug知道的企业应用”
|
g*****g
发帖数: 34805 | 32 那是应用不够大，Twitter刚开始用Ruby，这两年backend，特别是需要性能的如
realtime search
全面转向Java/Scala。我强调backend，是因为web UI tier，是多层架构里对性能最没
要求的。
这些年Server端内存根本不是问题，随便个服务器动辄几百个G内存。在移动设备上刚
开始是个问题，所以才有J2ME这种东西，现在同样不是问题。像你说的解释执行差个10
倍是不可能的，你去那个language benchmark的网站上看。用client version不开
hotspot都没有差10倍的。UI优化，别说compile on the fly，SDK需要的部分全部pre-
compile来优化都不是问题，反正是操作系统的一部分。
总之除了3D游戏，UI实在不是什么resource demanding的计算。
【在 z*n 的大作中提到】
: 以前server还可以用perl/python写...能写server side和性能如何没啥关系。
: java的问题是JIT要compile on the fly, 只能用在分析出来的用CPU多的functions.
: 如果一个应用里面没有特别的hotspot, 和native code比起来性能就是一滩了。如果
: JVM解释执行性能差个10倍都是有可能的。
: JIT/JVM的还有一个问题是memory usage, 比较做同样事情的natvie app和java app,
: 后者需要的内存要大于前者。如果整个系统里全是java apps, 需要更多的memory才能
: 和native app相当。
: GC也是问题，真正用来做server端每一个process的scalability不如同样的native
: apps, 但现在流行cloud/farm, 单个server process的资源需求不是大问题。
: 总而言之，比性能java是和类似的managed code比如C#之类的类似，和native app比要
|
G********g
发帖数: 745 | 33 Andorid UI 不够流畅其实有不少原因， Goog的那些architect 给了我们不少解释，
比如硬件加速不够啊之类的。 不过从我们自己的实践中感觉归根结底还是Java的GC问
题。
Android的UI rendering是C++写的GL2 graphic.所以速度主要取决于CPU/GPU，如果不
用Java,以当前的GPU的水平，60frame/s根本不是问题。
Java code一般主要是call 底层C++写的library API, 做一些控制方面的工作。可能需
要管理很多objects, 使用很多内存。 Java 的GC是自动管理的， 在某些特定条件下就
会释放内存，这时候CPU会停止其它进程。这样cpu/gpu之间的collaboration可能会有
问题， 导致frame rate达不到要求。
还有就是GC启动了的话， 用户的触摸屏操作有可能得不到及时响应， UI看起来就很卡。
Goog在project butter里优化了GC， 但是做的还是不够。
【在 a*****a 的大作中提到】
:
: 说句实话，我不大相信一个手上有几个个老印用Java给自己扛活的，会这么不懂Java。
: 我手上倒是没有Programmer，手下有几个。
|
g*****g
发帖数: 34805 | 34 LOL，我老写了10几年企业应用，千万用户的架构都写了。不夸张地说，mitbbs上比我
懂企业应用的不会超过个位数。
【在 l********l 的大作中提到】
:
: 屁你都不懂，企业应用应该是“goodbug知道的企业应用”
|
g*****g
发帖数: 34805 | 35 单核的机器GC可能stop the world，多核的机器GC不是问题。
卡。
【在 G********g 的大作中提到】
: Andorid UI 不够流畅其实有不少原因， Goog的那些architect 给了我们不少解释，
: 比如硬件加速不够啊之类的。 不过从我们自己的实践中感觉归根结底还是Java的GC问
: 题。
: Android的UI rendering是C++写的GL2 graphic.所以速度主要取决于CPU/GPU，如果不
: 用Java,以当前的GPU的水平，60frame/s根本不是问题。
: Java code一般主要是call 底层C++写的library API, 做一些控制方面的工作。可能需
: 要管理很多objects, 使用很多内存。 Java 的GC是自动管理的， 在某些特定条件下就
: 会释放内存，这时候CPU会停止其它进程。这样cpu/gpu之间的collaboration可能会有
: 问题， 导致frame rate达不到要求。
: 还有就是GC启动了的话， 用户的触摸屏操作有可能得不到及时响应， UI看起来就很卡。
|
b***i
发帖数: 3043 | 36 Java在服务器，客户端（PC，Mac, Linux), 网页(applet, web start), 移动(Android
),以及SmartTV都有业务。能和Java一较高下的语言也就C#。虽说Android有些改变，我
做了一个app,基本和java applet没什么区别，就是很多类的名字参数换了。Android和
Java的区别小于C#和Java的区别。Java的软件向C#转移也很容易。
Java也是google app engine的三大语言之一：Java，Python, Go。C/Objective-C不适
合云计算。用了Java可以平滑转移到下一个时代。
我感到Android的性能已经胜任我所需要的app了，至于哪些游戏性能不够，那是显卡的
问题。真玩游戏上电视上玩，手机的Angry Bird任何系统都胜任。
【在 l********l 的大作中提到】
:
: 屁你都不懂，企业应用应该是“goodbug知道的企业应用”
|
G********g
发帖数: 745 | 37 理论上讲是这样， 实际上我们用的都是4核的， 一样有问题。
【在 g*****g 的大作中提到】
: 单核的机器GC可能stop the world，多核的机器GC不是问题。
:
: 卡。
|
p*********r
发帖数: 4593 | 38 Java is slower than C/C++. However, that doesn't matter that much because we
have seen newer chips coming every year with newer technology. We already
saw the latest smart phones/tablets are as fast as most of Intel Atom based
netbook. In 2-3 years we probably will see many tablets/phones will be as
fast as 1st or 2nd generation MacAir, 3-5 years as faster as today's MacAir.
So, the slowness of Java is not that big issue when hardware is fast enough
, but its easy to program/maintain will have big advantage than C/C++. That'
s the reason most of servers these days are running Java code. It really
doesn't mean Java is as efficient, or fast as C/C++. |
g*****g
发帖数: 34805 | 39 为了省电，移动CPU闲置的时候都是使用单核的。狗对GC的优化存在问题是有可能的，2
.2才引入的JIT，到现在都没多久。但从技术上说，不是不能解决的问题。
【在 G********g 的大作中提到】
: 理论上讲是这样， 实际上我们用的都是4核的， 一样有问题。
|
g*****g
发帖数: 34805 | 40 The point is that absolute performance is not needed in 90% of the code. JNI
can always be used to call NDK where it's needed. It should work smoothly
with current hardware. The only area that can cause issue is GC on single
core handset.
we
based
MacAir.
enough
That'
【在 p*********r 的大作中提到】
: Java is slower than C/C++. However, that doesn't matter that much because we
: have seen newer chips coming every year with newer technology. We already
: saw the latest smart phones/tablets are as fast as most of Intel Atom based
: netbook. In 2-3 years we probably will see many tablets/phones will be as
: fast as 1st or 2nd generation MacAir, 3-5 years as faster as today's MacAir.
: So, the slowness of Java is not that big issue when hardware is fast enough
: , but its easy to program/maintain will have big advantage than C/C++. That'
: s the reason most of servers these days are running Java code. It really
: doesn't mean Java is as efficient, or fast as C/C++.
|
|
|
G********g
发帖数: 745 | 41 得，和没说一样。
，2
【在 g*****g 的大作中提到】
: 为了省电，移动CPU闲置的时候都是使用单核的。狗对GC的优化存在问题是有可能的，2
: .2才引入的JIT，到现在都没多久。但从技术上说，不是不能解决的问题。
|
N********n
发帖数: 8363 | 42
很多游戏平台是C++写的，支持了C++有助于移植它们到W8.
【在 r*******n 的大作中提到】
: 所以微软开始在win8上主推c++了
: J2ME出来很早了，也不成功，不知道为什么Google还选择Java平台，
: 尽管Android的虚拟机很Sun的不同，但估计也没有大的区别
: 我觉得还不如Google采用Go语言和Android的界面框架。
|
l********l
发帖数: 9452 | 43
“苹果在编译器上取得了比较大的进步” 果粉才这样认为吧。。。
arc concept早就有了，当年c++的Boost Shared Pointers就是这个意思。有人做到过
compile level，performance提升非常有限。arc也没法处理复杂的data structure。
总体上说arc对performance影响不大，apple搞这个主要是为了把developer从retain/
release中解放出来。这样更多的人能写objective-c的cocoa。
language translator搞了几十年，apple能有大进步的可能很小很小。。。再说在类c
compiler方面，apple基本上排不上号啊
【在 a*****a 的大作中提到】
:
: 说句实话，我不大相信一个手上有几个个老印用Java给自己扛活的，会这么不懂Java。
: 我手上倒是没有Programmer，手下有几个。
|
z*n
发帖数: 2893 | 44 java性能不如native code恐怕没有什么好争辩的，你所有这些都是在说有不需要性能
的地方java还是可以用的，这没人和你争。
手机上性能差异直接影响的就是电池时间，差个10%的CPU就是200-300mW, 总共电池也
就7-8Wh.后台如果一堆java apps运行, 光GC/JIT的开销就不知道哪里去了。
解释执行(不用JIT)和C++的对比可以看这里，差20倍的都有。
http://www.shudo.net/jit/perf/
java的优点是上手快，工具多，性能明显是软肋，没有办法和native apps比。
10
pre-
【在 g*****g 的大作中提到】
: 那是应用不够大，Twitter刚开始用Ruby，这两年backend，特别是需要性能的如
: realtime search
: 全面转向Java/Scala。我强调backend，是因为web UI tier，是多层架构里对性能最没
: 要求的。
: 这些年Server端内存根本不是问题，随便个服务器动辄几百个G内存。在移动设备上刚
: 开始是个问题，所以才有J2ME这种东西，现在同样不是问题。像你说的解释执行差个10
: 倍是不可能的，你去那个language benchmark的网站上看。用client version不开
: hotspot都没有差10倍的。UI优化，别说compile on the fly，SDK需要的部分全部pre-
: compile来优化都不是问题，反正是操作系统的一部分。
: 总之除了3D游戏，UI实在不是什么resource demanding的计算。
|
a*****a
发帖数: 1429 | 45
c
没听说过llvm?
这也不需要当果粉就能知道啊
在C Compiler方面，Apple现在依靠Clang/llvm排第一。
【在 l********l 的大作中提到】
:
: “苹果在编译器上取得了比较大的进步” 果粉才这样认为吧。。。
: arc concept早就有了，当年c++的Boost Shared Pointers就是这个意思。有人做到过
: compile level，performance提升非常有限。arc也没法处理复杂的data structure。
: 总体上说arc对performance影响不大，apple搞这个主要是为了把developer从retain/
: release中解放出来。这样更多的人能写objective-c的cocoa。
: language translator搞了几十年，apple能有大进步的可能很小很小。。。再说在类c
: compiler方面，apple基本上排不上号啊
|
l********l
发帖数: 9452 | 46
关键是这个企业应用是你自己定义的，说白了就是对性能不在乎的企业应用。
说大话又不上税，你自己说你是top1都没问题，who cares
【在 g*****g 的大作中提到】
: LOL，我老写了10几年企业应用，千万用户的架构都写了。不夸张地说，mitbbs上比我
: 懂企业应用的不会超过个位数。
|
G********g
发帖数: 745 | 47 哈哈。 他很象我以前一个印度经理同事， 啥都能插上两句， 上至企业应用， 下至手
机芯片，但是说多了就露馅了。
【在 l********l 的大作中提到】
:
: 关键是这个企业应用是你自己定义的，说白了就是对性能不在乎的企业应用。
: 说大话又不上税，你自己说你是top1都没问题，who cares
|
g*****g
发帖数: 34805 | 48 我算服了你了。拿了个04年的报告来混淆视听。
http://shootout.alioth.debian.org/u64q/which-programs-are-faste
中值CPP 1.21，C 1.31，Java 1.93。
至于电池，待机最关键的是屏幕使用，网络使用，跟CPU使用关系极小。我老以前的公
司做Android手机的网络和电池优化，我对这方面及其了解。
【在 z*n 的大作中提到】
: java性能不如native code恐怕没有什么好争辩的，你所有这些都是在说有不需要性能
: 的地方java还是可以用的，这没人和你争。
: 手机上性能差异直接影响的就是电池时间，差个10%的CPU就是200-300mW, 总共电池也
: 就7-8Wh.后台如果一堆java apps运行, 光GC/JIT的开销就不知道哪里去了。
: 解释执行(不用JIT)和C++的对比可以看这里，差20倍的都有。
: http://www.shudo.net/jit/perf/
: java的优点是上手快，工具多，性能明显是软肋，没有办法和native apps比。
:
: 10
: pre-
|
l********l
发帖数: 9452 | 49
多年前听说过，10年前？出来就嚷着要replace gcc，n年过去还在low level打转转。
貌似现在只有bsd用llvm吧，难怪llvm is licensed under BSD!!!
llvm强调的是generic for low level，gcc将就跟hardware优化. 是在没看出来llvm有
啥好炫耀的。。。
【在 a*****a 的大作中提到】
:
: c
: 没听说过llvm?
: 这也不需要当果粉就能知道啊
: 在C Compiler方面，Apple现在依靠Clang/llvm排第一。
|
l********l
发帖数: 9452 | 50
dsb/goodbug 买买提两大奇葩啊。。。
【在 G********g 的大作中提到】
: 哈哈。 他很象我以前一个印度经理同事， 啥都能插上两句， 上至企业应用， 下至手
: 机芯片，但是说多了就露馅了。
|
|
|
a*****a
发帖数: 1429 | 51
咣当！
算了，没有必要讨论下去。建议花时间学习学习在来。
【在 l********l 的大作中提到】
:
: dsb/goodbug 买买提两大奇葩啊。。。
|
l********l
发帖数: 9452 | 52
天下的事goodbug无所不知，无所不晓，宇宙第一，前提是只能说3句，lol......
【在 g*****g 的大作中提到】
: 我算服了你了。拿了个04年的报告来混淆视听。
: http://shootout.alioth.debian.org/u64q/which-programs-are-faste
: 中值CPP 1.21，C 1.31，Java 1.93。
: 至于电池，待机最关键的是屏幕使用，网络使用，跟CPU使用关系极小。我老以前的公
: 司做Android手机的网络和电池优化，我对这方面及其了解。
|
l******n
发帖数: 1683 | 53 Clang/llvm排第一? 哪的排名? 刚随便搜了一下, 前几天的一个测试结果
http://www.phoronix.com/scan.php?page=article&item=llvm_32_eggi
跟gcc相比整点弱, 浮点强点. 这样的话, 肯定比icc是全面落后.
【在 a*****a 的大作中提到】
:
: 咣当！
: 算了，没有必要讨论下去。建议花时间学习学习在来。
|
l********l
发帖数: 9452 | 54
language translator学了14年了吧，顺带还屁爱着地了
【在 a*****a 的大作中提到】
:
: 咣当！
: 算了，没有必要讨论下去。建议花时间学习学习在来。
|
l********l
发帖数: 9452 | 55
果粉们天天生活在信仰的天空中。。。拿一opensource的llvm来讲事，以为人家intel
靠fashion赚钱啊
【在 l******n 的大作中提到】
: Clang/llvm排第一? 哪的排名? 刚随便搜了一下, 前几天的一个测试结果
: http://www.phoronix.com/scan.php?page=article&item=llvm_32_eggi
: 跟gcc相比整点弱, 浮点强点. 这样的话, 肯定比icc是全面落后.
|
a*****a
发帖数: 1429 | 56
你不是手上还有几十个A3 Java Programmers么，Java你一点不懂
Language Translator学了14年还屁爱着地了，编译器说起来没有几句着边。
我告诉你，我还发现了相对论呢。
我就此打住。你自娱自乐吧。
【在 l********l 的大作中提到】
:
: 果粉们天天生活在信仰的天空中。。。拿一opensource的llvm来讲事，以为人家intel
: 靠fashion赚钱啊
|
a*****a
发帖数: 1429 | 57
编译器除了速度，还有很多特点。衡量好坏不仅仅就是速度。实际上llvm就很快，很多
评测结果不易。就其它功能如ARC来说，llvm能做到GCC做不到。llvm是现在最热的编译
器。说最好不过分。
这也是Android向llvm转移的一大原因。
【在 l******n 的大作中提到】
: Clang/llvm排第一? 哪的排名? 刚随便搜了一下, 前几天的一个测试结果
: http://www.phoronix.com/scan.php?page=article&item=llvm_32_eggi
: 跟gcc相比整点弱, 浮点强点. 这样的话, 肯定比icc是全面落后.
|
l********l
发帖数: 9452 | 58
你咋知道俺不懂呢。你的谬论我都一一反驳了啊，有理有据。而你自己只会说"算了，
没有必要讨论下去。建议花时间学习学习在来。" "Language Translator学了14年还
屁爱着地了，编译器说起来没有几句着边。"
那点真才实学出来啊？最怕你这种半罐子水的
【在 a*****a 的大作中提到】
:
: 编译器除了速度，还有很多特点。衡量好坏不仅仅就是速度。实际上llvm就很快，很多
: 评测结果不易。就其它功能如ARC来说，llvm能做到GCC做不到。llvm是现在最热的编译
: 器。说最好不过分。
: 这也是Android向llvm转移的一大原因。
|
n**y
发帖数: 11447 | 59 现在的手机ui流畅度都是算fps的，反应都是ms计的，这个对资源要求相当高了，代码
效率差50%已经非常多了
服务器端的应用你卡个几十ms，掉个十几帧无关痛痒，UI上你试试，马上就能感觉出来
【在 g*****g 的大作中提到】
: 我算服了你了。拿了个04年的报告来混淆视听。
: http://shootout.alioth.debian.org/u64q/which-programs-are-faste
: 中值CPP 1.21，C 1.31，Java 1.93。
: 至于电池，待机最关键的是屏幕使用，网络使用，跟CPU使用关系极小。我老以前的公
: 司做Android手机的网络和电池优化，我对这方面及其了解。
|
l********l
发帖数: 9452 | 60
你的问题还是自己想当然。
你说“C Compiler方面，Apple现在依靠Clang/llvm排第一”，那你给我们找个
compiler排名不是排速度的吧，这个第一完全就是你自己自封的。。。
【在 a*****a 的大作中提到】
:
: 编译器除了速度，还有很多特点。衡量好坏不仅仅就是速度。实际上llvm就很快，很多
: 评测结果不易。就其它功能如ARC来说，llvm能做到GCC做不到。llvm是现在最热的编译
: 器。说最好不过分。
: 这也是Android向llvm转移的一大原因。
|
|
|
g*****g
发帖数: 34805 | 61 操，我老又不是新人，你到技术板块去了解一下就是。
你丫屁都不懂，还死撑。我举了Ebay，Twitter，原来都是对性能不在乎的企业应用。
你到是举几个对性能在乎的企业应用来听听，不装逼会死呀。
【在 l********l 的大作中提到】
:
: 你的问题还是自己想当然。
: 你说“C Compiler方面，Apple现在依靠Clang/llvm排第一”，那你给我们找个
: compiler排名不是排速度的吧，这个第一完全就是你自己自封的。。。
|
l********l
发帖数: 9452 | 62
没人想操你，你确实不是新人，不过是个老白痴而已。大家干一天活累点，看你的帖子
就乐了,lol
【在 g*****g 的大作中提到】
: 操，我老又不是新人，你到技术板块去了解一下就是。
: 你丫屁都不懂，还死撑。我举了Ebay，Twitter，原来都是对性能不在乎的企业应用。
: 你到是举几个对性能在乎的企业应用来听听，不装逼会死呀。
|
g*****g
发帖数: 34805 | 63 我老做了10几年企业应用，至于对手机了解因为过去3年我在一个mobile 公司给mobile
app做后端。而且做的就是OEM集成进firmware的一些应用。
我老不是啥都知道两句，而是这些比你知道得多。在企业应用这块，知识深度和广度不
是你可以比的。
【在 G********g 的大作中提到】
: 哈哈。 他很象我以前一个印度经理同事， 啥都能插上两句， 上至企业应用， 下至手
: 机芯片，但是说多了就露馅了。
|
g*****g
发帖数: 34805 | 64 LOL，让你举个例子，屁都举不出来。除了PA你还有啥本事。还来劲了。
【在 l********l 的大作中提到】
:
: 没人想操你，你确实不是新人，不过是个老白痴而已。大家干一天活累点，看你的帖子
: 就乐了,lol
|
l********l
发帖数: 9452 | 65
mobile
then u must be Indian manager :p
【在 g*****g 的大作中提到】
: 我老做了10几年企业应用，至于对手机了解因为过去3年我在一个mobile 公司给mobile
: app做后端。而且做的就是OEM集成进firmware的一些应用。
: 我老不是啥都知道两句，而是这些比你知道得多。在企业应用这块，知识深度和广度不
: 是你可以比的。
|
l******n
发帖数: 1683 | 66 ARC是objc里面的东西. 跟你说的Clang/llvm是最好的C compiler有啥关系. 而且要说
编译速度的话, gcc那是总所周知的慢, icc比gcc快, vc更快.
【在 a*****a 的大作中提到】
:
: 编译器除了速度，还有很多特点。衡量好坏不仅仅就是速度。实际上llvm就很快，很多
: 评测结果不易。就其它功能如ARC来说，llvm能做到GCC做不到。llvm是现在最热的编译
: 器。说最好不过分。
: 这也是Android向llvm转移的一大原因。
|
r******n
发帖数: 4522 | 67 Java在JIT之前性能是非常差几乎没法用。JIT之后好多了，但还是比优化编译过的C/C+
+慢。Java的好处当然是cross platform, Scalabilit，但这些都是牺牲了性能跟效率
获得的。Server端用得多是因为大多数Server端硬件资源丰富有冗余，效率不是那么太
重要。Client端就不同，CPU/电池都是稀缺资源。Android用Java不是Google选的，它
买的时候就这样了，更何况Google也没料到Andriod有今天。除非将来mobile硬件有突
破性发展，否则Java迟早会成为Android的大问题。 |
g*****g
发帖数: 34805 | 68 我老说你是傻逼是侮辱傻逼，你要在技术板块上跟我叫板完全可以。拿出技术讨论来，
让你举个例子屁都放不出来，反反复复PA，还能说明啥。
【在 l********l 的大作中提到】
:
: mobile
: then u must be Indian manager :p
|
l******n
发帖数: 1683 | 69 想当初大家比较c和c++的时候也是这个调子, 现在好了, 都直接说c/c++了, hoho.
C+
【在 r******n 的大作中提到】
: Java在JIT之前性能是非常差几乎没法用。JIT之后好多了，但还是比优化编译过的C/C+
: +慢。Java的好处当然是cross platform, Scalabilit，但这些都是牺牲了性能跟效率
: 获得的。Server端用得多是因为大多数Server端硬件资源丰富有冗余，效率不是那么太
: 重要。Client端就不同，CPU/电池都是稀缺资源。Android用Java不是Google选的，它
: 买的时候就这样了，更何况Google也没料到Andriod有今天。除非将来mobile硬件有突
: 破性发展，否则Java迟早会成为Android的大问题。
|
z*n
发帖数: 2893 | 70 恐怕你没看清楚就跳了...
咱们是在讨论解释器执行的时候慢10倍，不是比较JIT. JIT在现实中只对有hotspot的
程序有用，JIT没kick in的时候慢10倍是很正常的，那个link中最后一两行是不用JIT
的性能，慢20-30倍的都有。
你那待机问题跟这个不着边，说的是用CPU时候的电池问题。同样一个app,用java写要
多用CPU和内存，在手机上就是多用电池，CPU不够强大的时候就会卡。
【在 g*****g 的大作中提到】
: 我算服了你了。拿了个04年的报告来混淆视听。
: http://shootout.alioth.debian.org/u64q/which-programs-are-faste
: 中值CPP 1.21，C 1.31，Java 1.93。
: 至于电池，待机最关键的是屏幕使用，网络使用，跟CPU使用关系极小。我老以前的公
: 司做Android手机的网络和电池优化，我对这方面及其了解。
|
|
|
g*****g
发帖数: 34805 | 71 Google doesn't use Java to implement every critical function of OS.
Java is on JDK and above, i.e. application code. And there's always JNI
available.
Today, almost all major review sites think modern Android is smooth. I don't
know where this fuss is coming from.
C+
【在 r******n 的大作中提到】
: Java在JIT之前性能是非常差几乎没法用。JIT之后好多了，但还是比优化编译过的C/C+
: +慢。Java的好处当然是cross platform, Scalabilit，但这些都是牺牲了性能跟效率
: 获得的。Server端用得多是因为大多数Server端硬件资源丰富有冗余，效率不是那么太
: 重要。Client端就不同，CPU/电池都是稀缺资源。Android用Java不是Google选的，它
: 买的时候就这样了，更何况Google也没料到Andriod有今天。除非将来mobile硬件有突
: 破性发展，否则Java迟早会成为Android的大问题。
|
g*****g
发帖数: 34805 | 72 你才没看清楚就跳了，不常执行的部分，根本不影响性能，所谓80/20定律。而UI平滑
，更不可能是不常执行的部分。电池续航比的是正常人用一天下来，而不是一整天轮着
起一些从来没吊过的函数。你说的use case根本不存在。另一方面手机上根本没有什么
计算复杂度高而且不用网络和屏幕的应用，不管前台还是后台。
JIT
【在 z*n 的大作中提到】
: 恐怕你没看清楚就跳了...
: 咱们是在讨论解释器执行的时候慢10倍，不是比较JIT. JIT在现实中只对有hotspot的
: 程序有用，JIT没kick in的时候慢10倍是很正常的，那个link中最后一两行是不用JIT
: 的性能，慢20-30倍的都有。
: 你那待机问题跟这个不着边，说的是用CPU时候的电池问题。同样一个app,用java写要
: 多用CPU和内存，在手机上就是多用电池，CPU不够强大的时候就会卡。
|
z*n
发帖数: 2893 | 73 小师弟， 我是说你的“用client version不开hotspot都没有差10倍的”说法是不对的
，你没看清楚就跳了。
JIT有没有用要看程序，just in time compilation也是要用CPU cycle的。一堆后台服
务，JIT出来的东西也是要占内存的，全cache下来不就是我说的memory会用的多么？
java语言的执行效率不如native code,这没啥好争论的。
【在 g*****g 的大作中提到】
: 你才没看清楚就跳了，不常执行的部分，根本不影响性能，所谓80/20定律。而UI平滑
: ，更不可能是不常执行的部分。电池续航比的是正常人用一天下来，而不是一整天轮着
: 起一些从来没吊过的函数。你说的use case根本不存在。另一方面手机上根本没有什么
: 计算复杂度高而且不用网络和屏幕的应用，不管前台还是后台。
:
: JIT
|
g*****g
发帖数: 34805 | 74 我从来没跟你争论java memory footprint比native code高，和效率不如native code
这两点。这俩没啥好争得，我争论的是这些会不会造成系统的瓶颈和电池续航的问题。
Android 4.1出来的时候，不只是各大review网站，连隔壁的果轮斑竹都说平滑跟上了
iOS。你使劲扭曲没啥意思，另外拿个04年的benchmark也太那啥了一点。
【在 z*n 的大作中提到】
: 小师弟， 我是说你的“用client version不开hotspot都没有差10倍的”说法是不对的
: ，你没看清楚就跳了。
: JIT有没有用要看程序，just in time compilation也是要用CPU cycle的。一堆后台服
: 务，JIT出来的东西也是要占内存的，全cache下来不就是我说的memory会用的多么？
: java语言的执行效率不如native code,这没啥好争论的。
|
z*n
发帖数: 2893 | 75 那个是说java如果解释执行比native app会慢10倍以上，JVM没啥大进步，现在还慢10
倍也是很有可能的。
会不会造成瓶颈和电池问题明显是case by case. GG也没有用java写chrome.
code
【在 g*****g 的大作中提到】
: 我从来没跟你争论java memory footprint比native code高，和效率不如native code
: 这两点。这俩没啥好争得，我争论的是这些会不会造成系统的瓶颈和电池续航的问题。
: Android 4.1出来的时候，不只是各大review网站，连隔壁的果轮斑竹都说平滑跟上了
: iOS。你使劲扭曲没啥意思，另外拿个04年的benchmark也太那啥了一点。
|
r*****g
发帖数: 9999 | 76 选的安猪就别想流畅了。
【在 P****e 的大作中提到】
: 是选择好的custom ROM，还是选择轻便的launcher更关键？
|
g*****g
发帖数: 34805 | 77 JVM没啥进步才是扯蛋。04年到现在都8年了。我老做过几次JVM参数调优能不比你清楚。
至于特地跟JIT关了比更是扯蛋，Java的client VM跟Server VM优化是不一样的，
client VM
JIT做得少，性能差一些，但启动快一些。你可以跟client VM比，但从来没见过特地关
了JIT比的。
C++不开O3很多程序还比Java慢呢，不开O2更没法看了，有你那么比的吗。
还case by case呢，俨然各大review网站都没你权威。这年头Android battery drain
的主因是bad app在后台不停开网络连接，只要注意一下这个主流手机都能撑一天以上
。跟CPU压根没关系。
10
【在 z*n 的大作中提到】
: 那个是说java如果解释执行比native app会慢10倍以上，JVM没啥大进步，现在还慢10
: 倍也是很有可能的。
: 会不会造成瓶颈和电池问题明显是case by case. GG也没有用java写chrome.
:
: code
|
c****e
发帖数: 1453 | 78 UI的顺滑主要是latency的问题。和纯粹跑的有多快没太大关系。一般的perf的
benchmark很难measure这个。Standby用一个core的时候，如果GC kick in,肯定就影响
UI了。即使GC thread run在另外的core上面，也不是一点影响没有。Latency是一个比
scalability更难的问题，不是光堆资源就可以。Android的UI是多线程render吗？ |
z*n
发帖数: 2893 | 79 那个link你没有好好看，里面有client VM/server VM/interpreter的所有数据。
解释执行的java性能就是一滩，慢10倍是很正常的。
JIT这一类的run time compiling技术的trade-off很明显，没啥好争论的。
case by case是说GG也没有傻到相信java效率足够好，用java实现chrome, 明显对于
chrome这个case, java有性能瓶颈。
至于电池，你恐怕没有第一手数据，wifi radio的能耗量级是500mW左右，和DRAM相当
，CPU/GPU大约是2.5-4W at 100% usage，屏幕大约1W。不同硬件会有差别，但数量级
时差不多的。Android的问题不是radio耗电，是rogue app在后台把整个CPU/DRAM/IO/
Wifi全power up. 手机电池大约7-8 Wh, 算一下就知道全部开起来大约能坚持多久。
ARM耗电几乎是和CPU usage是线性关系，也就是说20%的CPU区别就顶得上整个radio的
耗电了。
楚。
drain
【在 g*****g 的大作中提到】
: JVM没啥进步才是扯蛋。04年到现在都8年了。我老做过几次JVM参数调优能不比你清楚。
: 至于特地跟JIT关了比更是扯蛋，Java的client VM跟Server VM优化是不一样的，
: client VM
: JIT做得少，性能差一些，但启动快一些。你可以跟client VM比，但从来没见过特地关
: 了JIT比的。
: C++不开O3很多程序还比Java慢呢，不开O2更没法看了，有你那么比的吗。
: 还case by case呢，俨然各大review网站都没你权威。这年头Android battery drain
: 的主因是bad app在后台不停开网络连接，只要注意一下这个主流手机都能撑一天以上
: 。跟CPU压根没关系。
:
|
r******n
发帖数: 4522 | 80 不能光管底层啊，你force人家用JDK，写出来的东西性能差效率低同样会影响整个系统
。要光说底层，JVM本身也不是用Java实现的。
JVM/JIT跟优化编译C/C++跑native code相比的好处还是跨平台，开发者不用针对某硬
件平台优化，更何况多数人搞不明白一大堆的编译参数，用缺省值的话，搞出来的
native code还真未必比JIT快。IT业真正在乎性能跟效率的地方还是占少数，大多数应
用Java足够，而且正如你说，不行还有JNI，瓶颈部分JNI调native就是。Java普及前还
有无数应用程序用VB写的呢，那可是纯解释运行的，当然少数关键部分还是VB调VC才行。
't
【在 g*****g 的大作中提到】
: Google doesn't use Java to implement every critical function of OS.
: Java is on JDK and above, i.e. application code. And there's always JNI
: available.
: Today, almost all major review sites think modern Android is smooth. I don't
: know where this fuss is coming from.
:
: C+
|
|
|
g*****g
发帖数: 34805 | 81 你反反复复谈一个假命题。最popular的一个benchmark网站我都指给你了。哪里来的10
倍差距，50%-1倍的差距这年头是共识。没有人特地去关JIT，就如没人C++跑O1来比较
性能一样。我们比较的是通常的状况，多benchmark的median有参考价值，一边优化全
开另一边优化全关完全没有意义。http://shootout.alioth.debian.org/
至于电池，我当然第一手数据。我原来的公司就是在Android上做电池和网络优化的。
你拿个CPU 100%来比说明你根本不懂。你当算PI呢，这些多核机器，CPU 100%是非常态
，大多数人一整天可能都没几秒钟能使CPU 100%。至于Radio的问题，在于反复连接。
一个稳定连接用电池不算多，建立连接用电池就很多，特别是信号不好的时候。
【在 z*n 的大作中提到】
: 那个link你没有好好看，里面有client VM/server VM/interpreter的所有数据。
: 解释执行的java性能就是一滩，慢10倍是很正常的。
: JIT这一类的run time compiling技术的trade-off很明显，没啥好争论的。
: case by case是说GG也没有傻到相信java效率足够好，用java实现chrome, 明显对于
: chrome这个case, java有性能瓶颈。
: 至于电池，你恐怕没有第一手数据，wifi radio的能耗量级是500mW左右，和DRAM相当
: ，CPU/GPU大约是2.5-4W at 100% usage，屏幕大约1W。不同硬件会有差别，但数量级
: 时差不多的。Android的问题不是radio耗电，是rogue app在后台把整个CPU/DRAM/IO/
: Wifi全power up. 手机电池大约7-8 Wh, 算一下就知道全部开起来大约能坚持多久。
: ARM耗电几乎是和CPU usage是线性关系，也就是说20%的CPU区别就顶得上整个radio的
|
z*n
发帖数: 2893 | 82 JIT也是个变数，第一次执行会有latency. 后台东西多了就看memory怎样管理，全能
cache下来也许行，不行就会反复有这个overhead.
总之需要性能的地方用java不是最优的。
【在 c****e 的大作中提到】
: UI的顺滑主要是latency的问题。和纯粹跑的有多快没太大关系。一般的perf的
: benchmark很难measure这个。Standby用一个core的时候，如果GC kick in,肯定就影响
: UI了。即使GC thread run在另外的core上面，也不是一点影响没有。Latency是一个比
: scalability更难的问题，不是光堆资源就可以。Android的UI是多线程render吗？
|
g*****g
发帖数: 34805 | 83 需要性能的地方java不是最优的没错，但是啥地方client需要性能，除了OS，3D game
也没啥了。
UI需要的是buffering，project butter提到最核心的地方是lock frame rate, double
buffering。而不是优化VM。
【在 z*n 的大作中提到】
: JIT也是个变数，第一次执行会有latency. 后台东西多了就看memory怎样管理，全能
: cache下来也许行，不行就会反复有这个overhead.
: 总之需要性能的地方用java不是最优的。
|
z*n
发帖数: 2893 | 84 我们一直在说的是，java*解释执行*的时候会有10x performance hit,这是有数据支持
的真命题。 JIT能不能kick in是要case by case, 我和你说了chrome不是用java实现
的，至少在browser实现上，java是有性能瓶颈的。
你举例证说明的是在那个benchmark测试中JIT能kick in, 性能所以就差个60-70%，这
和上面说的没关系。 小师弟，酒井学的东西都扔回给老师了？ 怎么基本论证逻辑都不
清楚了？
谁跟你说CPU 100%是常态了？ 100%CPU算下来能坚持一个小时就不错了。说的是10%的
CPU difference就是250-400mW, 已经快能顶上wifi的功耗了。
10
义。
【在 g*****g 的大作中提到】
: 你反反复复谈一个假命题。最popular的一个benchmark网站我都指给你了。哪里来的10
: 倍差距，50%-1倍的差距这年头是共识。没有人特地去关JIT，就如没人C++跑O1来比较
: 性能一样。我们比较的是通常的状况，多benchmark的median有参考价值，一边优化全
: 开另一边优化全关完全没有意义。http://shootout.alioth.debian.org/
: 至于电池，我当然第一手数据。我原来的公司就是在Android上做电池和网络优化的。
: 你拿个CPU 100%来比说明你根本不懂。你当算PI呢，这些多核机器，CPU 100%是非常态
: ，大多数人一整天可能都没几秒钟能使CPU 100%。至于Radio的问题，在于反复连接。
: 一个稳定连接用电池不算多，建立连接用电池就很多，特别是信号不好的时候。
|
g********g
发帖数: 2172 | 85 服务器端大部分情况下瓶颈是数据库.和用啥语言没大关系. Java在服务器端没PHP成功
. PHP只是个解释语言,比JAVA快, 只是不适合太复杂的逻辑.
【在 g*****g 的大作中提到】
: Java在PC上不成功是微软的原因，Java在服务器端极其成功，服务器端对性能的要求可
: 比PC高多了。
:
: APP
|
g********g
发帖数: 2172 | 86 这并不能说JAVA快啊, JAVA scalability不错, 多装机器就行了, 并不能说JAVA快.
【在 g*****g 的大作中提到】
: 不懂就别瞎扯。你要说Java不够real-time对大的stock exchange不适用也就罢了。
: server端讲究的是scalability。Ebay, Twitter, Linked都跑在JVM上。还有多少
: server应用不能用Java写？
|
g********g
发帖数: 2172 | 87 写backend只是说明JAVA比较好维护, 能做超级复杂的逻辑, 并不能说JAVA快.
【在 g*****g 的大作中提到】
: 你懂个屁呀，不只是web servers，企业应用Java就是首选语言，大量的backend都是
: Java写的，
: 包括你天天用的mobile应用的backend。
|
b***i
发帖数: 3043 | 88 现在都是比综合性能，java具有比较好的性能，非常好的编程体验，程序员多，非常多
的类库，跨平台，适合云计算，所以Java的综合性能是最好的。
其次，我看好C#，性能也很好，程序员也很多，背后的公司非常有实力。跨平台到
xBox360是非常具有吸引力的。
再次，我看好Obj-C，毕竟是编译的，但是学的人不多。况且，Java转C#简直可以自动
。开发需要Mac，所以性能再好我也得推迟。但是用户尽可以选择iPhone。
如果做非常小内存的嵌入式应用，就得C++，但是现在内存2G，搞个java也不是问题不
是。我用android搞了一个模拟器小游戏，也是运行如飞。你到底编过Android程序没有？
【在 z*n 的大作中提到】
: JIT也是个变数，第一次执行会有latency. 后台东西多了就看memory怎样管理，全能
: cache下来也许行，不行就会反复有这个overhead.
: 总之需要性能的地方用java不是最优的。
|
g*****g
发帖数: 34805 | 89 我拿着shootout网站，几十个benchmark的结果，跟你说median数据，你反反复复谈
worst case有意义吗？就不说你那个数据还是04年的。但凡不是hello world，有不用
函数，每行代码执行一次的程序吗？
你不是不懂，你是给微软做五毛做得太久了。
我老在Android公司，专门做网络和电池优化，第一手拿到的内部资料。谈到屏幕第一
，网络第二，CPU撑死第三。这些其实都是常识了。现实世界，高端Android手机但凡没
有后端烂应用，撑个1-2天不是问题。事实上iphone或者win phone跟高端Android手机
待机在一个级别上。Android没有明显劣势。你跟我谈这些理论上的伪命题有蛋用。小
师弟，该醒醒了。
【在 z*n 的大作中提到】
: 我们一直在说的是，java*解释执行*的时候会有10x performance hit,这是有数据支持
: 的真命题。 JIT能不能kick in是要case by case, 我和你说了chrome不是用java实现
: 的，至少在browser实现上，java是有性能瓶颈的。
: 你举例证说明的是在那个benchmark测试中JIT能kick in, 性能所以就差个60-70%，这
: 和上面说的没关系。 小师弟，酒井学的东西都扔回给老师了？ 怎么基本论证逻辑都不
: 清楚了？
: 谁跟你说CPU 100%是常态了？ 100%CPU算下来能坚持一个小时就不错了。说的是10%的
: CPU difference就是250-400mW, 已经快能顶上wifi的功耗了。
:
: 10
|
g*****g
发帖数: 34805 | 90 你也看看我回答的啥问题，那哥们号称Java在high performance server has no role。
Java单机跟优化的C++比不快，但用户一多，一需要scale out， 就是能和不能的差距
了。
【在 g********g 的大作中提到】
: 这并不能说JAVA快啊, JAVA scalability不错, 多装机器就行了, 并不能说JAVA快.
|
|
|
g********g
发帖数: 2172 | 91 Ebay，Twitter主要问题是数据的读写, 性能瓶颈又不是语言.
http://www.alexa.com/topsites
另外大网站中有几个是JAVA写的. JAVA那么好应该占大多数才对.
【在 g*****g 的大作中提到】
: 操，我老又不是新人，你到技术板块去了解一下就是。
: 你丫屁都不懂，还死撑。我举了Ebay，Twitter，原来都是对性能不在乎的企业应用。
: 你到是举几个对性能在乎的企业应用来听听，不装逼会死呀。
|
g*****g
发帖数: 34805 | 92 你自己看吧。
http://en.wikipedia.org/wiki/Programming_languages_used_in_most
至于瓶颈是不是语言，是相对数据库而已。用10台应用服务器能完成的，如果需要100
台，成本差别大了。
【在 g********g 的大作中提到】
: Ebay，Twitter主要问题是数据的读写, 性能瓶颈又不是语言.
: http://www.alexa.com/topsites
: 另外大网站中有几个是JAVA写的. JAVA那么好应该占大多数才对.
|
b***i
发帖数: 3043 | 93 非常看好google app engine，是纯java,没有底层jboss/tomcat, apache, linux等各
类问题。使用 的人都说运行如飞。比Amazon AWS方便多了。Google真的是做软件的公
司，Amazon就是外行。
Google App Engine甚至把数据库全部集成，我用java的类直接操作DataStore，
memCache。在GAE上调试阶段还免费。所以，我看好未来大型网站使用java和Google
App Engine类的平台。
startup网站开始的时候使用php肯定就够了。但是就难易程度而言，一个懂java的程序
员用GAE和php应该没有任何难度的区别。
【在 g********g 的大作中提到】
: Ebay，Twitter主要问题是数据的读写, 性能瓶颈又不是语言.
: http://www.alexa.com/topsites
: 另外大网站中有几个是JAVA写的. JAVA那么好应该占大多数才对.
|
z*n
发帖数: 2893 | 94 我没有比较编程语言的意思，这明显是个具体问题具体分析的事情。
java运行效率不如native language，这没啥好争论的，在需要性能的地方java会成为
潜在的问题。 在靠电池运行的手机上，明显这对于一些应用会是瓶颈。
!@#$, 我搞的东西在Android上确实不能用java来做，必须用NDK. 这块东西有些特殊，
用来做java的反例不大公平。
有？
【在 b***i 的大作中提到】
: 现在都是比综合性能，java具有比较好的性能，非常好的编程体验，程序员多，非常多
: 的类库，跨平台，适合云计算，所以Java的综合性能是最好的。
: 其次，我看好C#，性能也很好，程序员也很多，背后的公司非常有实力。跨平台到
: xBox360是非常具有吸引力的。
: 再次，我看好Obj-C，毕竟是编译的，但是学的人不多。况且，Java转C#简直可以自动
: 。开发需要Mac，所以性能再好我也得推迟。但是用户尽可以选择iPhone。
: 如果做非常小内存的嵌入式应用，就得C++，但是现在内存2G，搞个java也不是问题不
: 是。我用android搞了一个模拟器小游戏，也是运行如飞。你到底编过Android程序没有？
|
M****e
发帖数: 3715 | 95 mark 版上难得一见的技术贴
【在 P****e 的大作中提到】
: 是选择好的custom ROM，还是选择轻便的launcher更关键？
|
g********g
发帖数: 2172 | 96 前10名没有一个以JAVA为主啊? 比如GOOGLE有些地方用JAVA但核心的不是JAVA.我自己
的网主要是PHP, 但不妨碍我用点JAVA.
100
【在 g*****g 的大作中提到】
: 你自己看吧。
: http://en.wikipedia.org/wiki/Programming_languages_used_in_most
: 至于瓶颈是不是语言，是相对数据库而已。用10台应用服务器能完成的，如果需要100
: 台，成本差别大了。
|
b***i
发帖数: 3043 | 97 你搞的什么领域？说说看。
我做的就是apple ii 的模拟器。网上说得用NDK，不然每秒钟只有5桢。那时2009年的
帖子了，用的是Nexus 1还是什么，就是google最初的原型手机。现在我用Droid
Incredible运行程序如飞。从CPU,到java的效率，整体系统性能3年内提高了20倍以上
，完全满足了这类应用。这种CPU模拟程序应该是最耗CPU时间的了，全部在做无用功。
【在 z*n 的大作中提到】
: 我没有比较编程语言的意思，这明显是个具体问题具体分析的事情。
: java运行效率不如native language，这没啥好争论的，在需要性能的地方java会成为
: 潜在的问题。 在靠电池运行的手机上，明显这对于一些应用会是瓶颈。
: !@#$, 我搞的东西在Android上确实不能用java来做，必须用NDK. 这块东西有些特殊，
: 用来做java的反例不大公平。
:
: 有？
|
g*****g
发帖数: 34805 | 98 得，又开始变话题了。不同性质网站有可比性吗？你咋不说峰值并发度twitter最高，
data integrity要求ebay/amazon最高呢？
【在 g********g 的大作中提到】
: 前10名没有一个以JAVA为主啊? 比如GOOGLE有些地方用JAVA但核心的不是JAVA.我自己
: 的网主要是PHP, 但不妨碍我用点JAVA.
:
: 100
|
z*n
发帖数: 2893 | 99 咱们师兄弟还是集中精力讨论技术问题，别搀杂公司恩怨，换个公司是分分钟的事情。
JIT原理在那里，什么情况下可用，什么情况下不可用是很明显的，明显对于browser之
类的应用不可能用java写。 解释执行是10x的perf hit, JIT即便60-70%的hit也不是可
以忽略的数字啊。
你没有第一手数据，屏幕现在早做到1W之下了，你那Android的资料恐怕有些陈旧了。
网络自己从来就不是问题，是网络连通的时候整个系统几乎都起来了，单算radio部件
，功耗是和dram差不多的。
【在 g*****g 的大作中提到】
: 我拿着shootout网站，几十个benchmark的结果，跟你说median数据，你反反复复谈
: worst case有意义吗？就不说你那个数据还是04年的。但凡不是hello world，有不用
: 函数，每行代码执行一次的程序吗？
: 你不是不懂，你是给微软做五毛做得太久了。
: 我老在Android公司，专门做网络和电池优化，第一手拿到的内部资料。谈到屏幕第一
: ，网络第二，CPU撑死第三。这些其实都是常识了。现实世界，高端Android手机但凡没
: 有后端烂应用，撑个1-2天不是问题。事实上iphone或者win phone跟高端Android手机
: 待机在一个级别上。Android没有明显劣势。你跟我谈这些理论上的伪命题有蛋用。小
: 师弟，该醒醒了。
|
g********g
发帖数: 2172 | 100 JAVA语言是不错, 但是用在安卓有好处的同时, 也必须承认缺点, 和带来的问题. 流畅
不行就是其带来的问题.
【在 b***i 的大作中提到】
: 非常看好google app engine，是纯java,没有底层jboss/tomcat, apache, linux等各
: 类问题。使用 的人都说运行如飞。比Amazon AWS方便多了。Google真的是做软件的公
: 司，Amazon就是外行。
: Google App Engine甚至把数据库全部集成，我用java的类直接操作DataStore，
: memCache。在GAE上调试阶段还免费。所以，我看好未来大型网站使用java和Google
: App Engine类的平台。
: startup网站开始的时候使用php肯定就够了。但是就难易程度而言，一个懂java的程序
: 员用GAE和php应该没有任何难度的区别。
|
|
|
g*****g
发帖数: 34805 | 101 那里50%的median数据摆在那里避而不谈，拿个worst case举例。我说了，C++不开O2还
被完爆呢。
至于浏览器，这年头性能的关键是js的执行速度，根本跟浏览器用啥语言无关。
网络的反复连接是功耗的最大问题，那些后台sync的应用是battery drain的最大来源
。这是大家都知道的。你成天臆想啥呢。
【在 z*n 的大作中提到】
: 咱们师兄弟还是集中精力讨论技术问题，别搀杂公司恩怨，换个公司是分分钟的事情。
: JIT原理在那里，什么情况下可用，什么情况下不可用是很明显的，明显对于browser之
: 类的应用不可能用java写。 解释执行是10x的perf hit, JIT即便60-70%的hit也不是可
: 以忽略的数字啊。
: 你没有第一手数据，屏幕现在早做到1W之下了，你那Android的资料恐怕有些陈旧了。
: 网络自己从来就不是问题，是网络连通的时候整个系统几乎都起来了，单算radio部件
: ，功耗是和dram差不多的。
|
z*n
发帖数: 2893 | 102 关于browser问题, 你还是等有java写的browser出来后再发表意见吧, 至少现在java还
干不了这事情.
至于网络连接power consumption, 你的数据在哪里？建立网络连接时间不会很长,那
wifi radio功率不可能大到哪里去,从常理讲不可能是功耗大户. 我猜又是你拍脑袋在
编造数据了.后台程序运行，bring up CPU/memory/bus/wifi到是很有可能, 这些东西
全开起来6-7W都有可能，这种待机问题源头是对于后台程序的控制,这确实是和app用啥
写的没关系.
至于java的效率对于功耗的影响, 多10% CPU usage就是250-400mW, 几乎是线性的.反
过来说用你的median,同样一个计算，java写的比C++从CPU能耗看要多60-70%. 至于这
对于电池寿命意味着什么要看CPU能耗在总能耗的比例了. 其实挺可笑的, 本版讨论
Intel vs. ARM CPU的时候CPU能耗就是天大的事情, 讨论程序执行效率的时候CPU能耗
反而可以忽略不计了??
【在 g*****g 的大作中提到】
: 那里50%的median数据摆在那里避而不谈，拿个worst case举例。我说了，C++不开O2还
: 被完爆呢。
: 至于浏览器，这年头性能的关键是js的执行速度，根本跟浏览器用啥语言无关。
: 网络的反复连接是功耗的最大问题，那些后台sync的应用是battery drain的最大来源
: 。这是大家都知道的。你成天臆想啥呢。
|
g*****g
发帖数: 34805 | 103 您老最擅长的就是贼喊抓贼。我老写了十几年Java，给做android公司打了3年工，跟你
一个微软的比，是你懂Java/Android还是我懂Java/Android。Android电池使用的截屏
网上到处都是，典型的就如底下这个。
屏幕，cell standby是大头。接下来是OS(linux in C/C++)和phone idle。但凡没有所
谓的bad app，到Java层面上的应用使用，都是小头。什么Java使得Android电池续航不
行，也太腹诽了吧。事实上顶级的智能手机，无论是Apple还是微软的，难道有待机时
间比Android长很多一说？无论是流畅性或者电池续航，主流的评测网站对Android的诟
病现在不多见，你这不是屁股决定脑袋是啥。
你鼓吹的Lumia 900，销售一败涂地倒是改不了的事实，你现在避而不谈了。Android的
市场占有率70%你也当不存在。成天就在这编这些莫须有的技术问题。
【在 z*n 的大作中提到】
: 关于browser问题, 你还是等有java写的browser出来后再发表意见吧, 至少现在java还
: 干不了这事情.
: 至于网络连接power consumption, 你的数据在哪里？建立网络连接时间不会很长,那
: wifi radio功率不可能大到哪里去,从常理讲不可能是功耗大户. 我猜又是你拍脑袋在
: 编造数据了.后台程序运行，bring up CPU/memory/bus/wifi到是很有可能, 这些东西
: 全开起来6-7W都有可能，这种待机问题源头是对于后台程序的控制,这确实是和app用啥
: 写的没关系.
: 至于java的效率对于功耗的影响, 多10% CPU usage就是250-400mW, 几乎是线性的.反
: 过来说用你的median,同样一个计算，java写的比C++从CPU能耗看要多60-70%. 至于这
: 对于电池寿命意味着什么要看CPU能耗在总能耗的比例了. 其实挺可笑的, 本版讨论
|
n**y
发帖数: 11447 | 104 我手头正好有ip4和gs3，对比过待机能力，ip4待机时间是gs3的至少3倍，差距是显而
易见的。不过我倒不认为这是java的问题，我blame google，电源管理和优化做的太差
了，这方面果果的封闭和软硬结合就有优势了
【在 g*****g 的大作中提到】
: 您老最擅长的就是贼喊抓贼。我老写了十几年Java，给做android公司打了3年工，跟你
: 一个微软的比，是你懂Java/Android还是我懂Java/Android。Android电池使用的截屏
: 网上到处都是，典型的就如底下这个。
: 屏幕，cell standby是大头。接下来是OS(linux in C/C++)和phone idle。但凡没有所
: 谓的bad app，到Java层面上的应用使用，都是小头。什么Java使得Android电池续航不
: 行，也太腹诽了吧。事实上顶级的智能手机，无论是Apple还是微软的，难道有待机时
: 间比Android长很多一说？无论是流畅性或者电池续航，主流的评测网站对Android的诟
: 病现在不多见，你这不是屁股决定脑袋是啥。
: 你鼓吹的Lumia 900，销售一败涂地倒是改不了的事实，你现在避而不谈了。Android的
: 市场占有率70%你也当不存在。成天就在这编这些莫须有的技术问题。
|
a*o
发帖数: 19981 | 105 靠，看到标题我还以为有啥重大突破了，浪费哥时间！
安猪要想速度流畅每小时来一次hard reset把内存和flash都清干净就行。
【在 P****e 的大作中提到】
: 是选择好的custom ROM，还是选择轻便的launcher更关键？
|
g*****g
发帖数: 34805 | 106 这个除了LTE的问题，就多半是你GS3后台跑了啥垃圾应用了。做个batter usage的
screen就知道了。
【在 n**y 的大作中提到】
: 我手头正好有ip4和gs3，对比过待机能力，ip4待机时间是gs3的至少3倍，差距是显而
: 易见的。不过我倒不认为这是java的问题，我blame google，电源管理和优化做的太差
: 了，这方面果果的封闭和软硬结合就有优势了
|
n**y
发帖数: 11447 | 107 没lte，都是用tmo的3G网
gs3后台没跑啥，stock rom，也没装啥软件，纯待机可以到100小时，其实已经不错了
。看battery usage，前两个是device idle和cell standby，没有可疑程序跑电。论坛
上也见过其他人贴的gs3待机图，基本不开屏幕的话待机也就是3天多点，所以我这个测
试结果应该还是比较典型的。也刷过第3方rom，比如cm10之类的，结果差不多
这个结果比ip4的300多个小时待机差不少的
但实际开屏幕的使用时间两机感觉差距不太大，gs3的wifi上网可以用4-5小时左右，视
频播放8-9个小时，跟网站评测基本一致。ip4表现比这个略好
随便说说的，只提供一些事实，无意加入你们的争论，俺也不懂java，呵呵
【在 g*****g 的大作中提到】
: 这个除了LTE的问题，就多半是你GS3后台跑了啥垃圾应用了。做个batter usage的
: screen就知道了。
|
g*****g
发帖数: 34805 | 108 ip4可以待机300多个小时？这么牛逼，赶上dumb phone了。莫非网络是关的？
【在 n**y 的大作中提到】
: 没lte，都是用tmo的3G网
: gs3后台没跑啥，stock rom，也没装啥软件，纯待机可以到100小时，其实已经不错了
: 。看battery usage，前两个是device idle和cell standby，没有可疑程序跑电。论坛
: 上也见过其他人贴的gs3待机图，基本不开屏幕的话待机也就是3天多点，所以我这个测
: 试结果应该还是比较典型的。也刷过第3方rom，比如cm10之类的，结果差不多
: 这个结果比ip4的300多个小时待机差不少的
: 但实际开屏幕的使用时间两机感觉差距不太大，gs3的wifi上网可以用4-5小时左右，视
: 频播放8-9个小时，跟网站评测基本一致。ip4表现比这个略好
: 随便说说的，只提供一些事实，无意加入你们的争论，俺也不懂java，呵呵
|
z*******3
发帖数: 13709 | 109 是的，理论上java程序速度肯定不如c++写的
但是问题在于，server谁吃饱了天天为了那点效率折腾半天
不够就买，websphere那种一年30万的license买起来跟玩一样
够买无数个pc和mobile了
C+
【在 r******n 的大作中提到】
: Java在JIT之前性能是非常差几乎没法用。JIT之后好多了，但还是比优化编译过的C/C+
: +慢。Java的好处当然是cross platform, Scalabilit，但这些都是牺牲了性能跟效率
: 获得的。Server端用得多是因为大多数Server端硬件资源丰富有冗余，效率不是那么太
: 重要。Client端就不同，CPU/电池都是稀缺资源。Android用Java不是Google选的，它
: 买的时候就这样了，更何况Google也没料到Andriod有今天。除非将来mobile硬件有突
: 破性发展，否则Java迟早会成为Android的大问题。
|
z*******3
发帖数: 13709 | 110 是的
只能说在web server上没有php多而已
但是涉及到钱交易的地方，银行什么
php就比较扯淡了，就是ebay，阿里巴巴这种
也都是java大行其道
【在 g********g 的大作中提到】
: 服务器端大部分情况下瓶颈是数据库.和用啥语言没大关系. Java在服务器端没PHP成功
: . PHP只是个解释语言,比JAVA快, 只是不适合太复杂的逻辑.
|
|
|
b***i
发帖数: 3043 | 111 不管有没有问题，本月第一大坑是肯定的了。作为大坑的爱好者，必须逢坑必灌。
我看Win 8挺平板流畅的，C#咋做的优化？同是虚拟机，java应该可以做到同样流畅。
【在 g********g 的大作中提到】
: JAVA语言是不错, 但是用在安卓有好处的同时, 也必须承认缺点, 和带来的问题. 流畅
: 不行就是其带来的问题.
|
z*n
发帖数: 2893 | 112 这楼越扯越歪...你去翻翻我第一个帖子说了啥?
java不适合在需要performance的应用里使用, 这个没有什么好争论的. 真想challenge
这个, 等compiler/voip/browser/photoshop/video decoding/encoding/serious game
等等这些有能用的java实现再说吧.
在手机上, CPU功耗和usage几乎是线性的(其实严格讲有很多caveats...大概是), 10%
CPU usage difference 大约就是250-400mW, 这是事实,没啥好争的. 多60%甚至10x的
CPU usage, 赶上CPU intensive的应用就是多60%到10x的CPU功耗. 你要证明你的观点
需要证明没有CPU intensive的应用...你这个啥都不干的例证是不相关的.
至于那个battery usage meter, 小师弟, 用脑子想想, 如果让你用软件实现这个你需
要什么input? 不同的bus frequency, 不同的display type, 不同的CPU
charateristics, 你这个能耗model咋做? 那就是给你个参考意见, 不能认真的.
你不是第一次提Lumia900, 你恐怕搞错人了, 我第一天就说过它不可能是game changer
. Lumia卖的其实确实不错啊, 在知道年底就会有新的wp8出现的情况下Lumia产品线两
季度能出个5-6m, Android的老二HTC恐怕也就是2x-3x这数. 其实没必要对wp这么抵触,
有更多的资源做硬件和软件对于从业人员和消费者都是好事.
【在 g*****g 的大作中提到】
: 您老最擅长的就是贼喊抓贼。我老写了十几年Java，给做android公司打了3年工，跟你
: 一个微软的比，是你懂Java/Android还是我懂Java/Android。Android电池使用的截屏
: 网上到处都是，典型的就如底下这个。
: 屏幕，cell standby是大头。接下来是OS(linux in C/C++)和phone idle。但凡没有所
: 谓的bad app，到Java层面上的应用使用，都是小头。什么Java使得Android电池续航不
: 行，也太腹诽了吧。事实上顶级的智能手机，无论是Apple还是微软的，难道有待机时
: 间比Android长很多一说？无论是流畅性或者电池续航，主流的评测网站对Android的诟
: 病现在不多见，你这不是屁股决定脑袋是啥。
: 你鼓吹的Lumia 900，销售一败涂地倒是改不了的事实，你现在避而不谈了。Android的
: 市场占有率70%你也当不存在。成天就在这编这些莫须有的技术问题。
|
z*******3
发帖数: 13709 | 113 基本上只要没有钱的问题，都是php搞定
但是只要有钱牵扯在里面，j2ee上吧
那个列表里面也就是amazon和ebay有钱扯进去
所以这两个back end都是java写的
ebay用上了websphere
100
【在 g*****g 的大作中提到】
: 你自己看吧。
: http://en.wikipedia.org/wiki/Programming_languages_used_in_most
: 至于瓶颈是不是语言，是相对数据库而已。用10台应用服务器能完成的，如果需要100
: 台，成本差别大了。
|
z*******3
发帖数: 13709 | 114 photoshop cs5在macosx上就需要jre
不过是不是java写的，这个不清楚，用起来效率还不错
challenge
game
%
【在 z*n 的大作中提到】
: 这楼越扯越歪...你去翻翻我第一个帖子说了啥?
: java不适合在需要performance的应用里使用, 这个没有什么好争论的. 真想challenge
: 这个, 等compiler/voip/browser/photoshop/video decoding/encoding/serious game
: 等等这些有能用的java实现再说吧.
: 在手机上, CPU功耗和usage几乎是线性的(其实严格讲有很多caveats...大概是), 10%
: CPU usage difference 大约就是250-400mW, 这是事实,没啥好争的. 多60%甚至10x的
: CPU usage, 赶上CPU intensive的应用就是多60%到10x的CPU功耗. 你要证明你的观点
: 需要证明没有CPU intensive的应用...你这个啥都不干的例证是不相关的.
: 至于那个battery usage meter, 小师弟, 用脑子想想, 如果让你用软件实现这个你需
: 要什么input? 不同的bus frequency, 不同的display type, 不同的CPU
|
n**y
发帖数: 11447 | 115 开啊，cell，3G data都开
也可以开wifi，不过没用，ip4待机后wifi就自动关了
push notification和邮件push待机后都work
一晚上10个小时掉2-3%
ip4官方spec有待机时间啊，Standby time: Up to 300 hours，这个也是开了3G测的
关了data一晚上掉大概1%，如果信号不是特别差的话
4s和5的待机时间看spec好像略少
【在 g*****g 的大作中提到】
: ip4可以待机300多个小时？这么牛逼，赶上dumb phone了。莫非网络是关的？
|
z*n
发帖数: 2893 | 116 photoshop是可以写javascript的...
就好象excel可以用vba恐怕不能说excel是vba写的吧...
【在 z*******3 的大作中提到】
: photoshop cs5在macosx上就需要jre
: 不过是不是java写的，这个不清楚，用起来效率还不错
:
: challenge
: game
: %
|
g*****g
发帖数: 34805 | 117 官方的standby time你也当回事呀？GS3官方的standby time是790小时。
http://en.wikipedia.org/wiki/Samsung_Galaxy_S_III
【在 n**y 的大作中提到】
: 开啊，cell，3G data都开
: 也可以开wifi，不过没用，ip4待机后wifi就自动关了
: push notification和邮件push待机后都work
: 一晚上10个小时掉2-3%
: ip4官方spec有待机时间啊，Standby time: Up to 300 hours，这个也是开了3G测的
: 关了data一晚上掉大概1%，如果信号不是特别差的话
: 4s和5的待机时间看spec好像略少
|
G********g
发帖数: 745 | 118 来晚了， 没赶上热乎的。你们很能聊嘛。 不过都是二手的资料，道听途说， 靠goog
bidu那点数据，没啥说服力。 |
G********g
发帖数: 745 | 119 IP硬件是很NB 啊，idle电流比qcom base的手机要低 50 %以上。也就这些果黑们没事
瞎bb，goog/msft/qcom里搞mobile的谁会说apple技术不好?
【在 g*****g 的大作中提到】
: ip4可以待机300多个小时？这么牛逼，赶上dumb phone了。莫非网络是关的？
|
n**y
发帖数: 11447 | 120 这个数据我以前也注意到了，感觉是bullshit
你可以问问有gs3的人他们的待机大概什么水平，或者其它高端android机
我折腾gs3也俩月了，第一手的数据是不会错的
ip4也用两年多了，更不会错了
一般review也不测这个，可能意义不大，待机时间再长一般人也得一两天就充电
【在 g*****g 的大作中提到】
: 官方的standby time你也当回事呀？GS3官方的standby time是790小时。
: http://en.wikipedia.org/wiki/Samsung_Galaxy_S_III
|
|
|
g*****g
发帖数: 34805 | 121 这就是你所谓的数据？我拿了一个实测的电池数据，你要觉得我是胡扯的网上类似的多
的是。你说人Android官方的应用是参考的。莫非你拍脑袋的数据才是真实的？好吧，
就算这个数据是伪造的，至少待机时间总是真实的，为啥这么多评测网站，没一个说
iphone/wphone待机时间比android长很多？
说你屁股决定脑袋，还不承认。lumia 900出来的时候拿Amazon的review说事的就是你
，还sold out云云，结果两周跌出前20。整个wp的市场占有率，还不如三星的bada，你
觉得这个数据很出色我无语了。
苹果在中国被挤出了前5，除了三星，前5都是国货，没有HTC，全球2个季度6M的数据还
出色呢。将来的事情谁都没法百分百预测，但迄今每次都是我对了，你错了。你反思吧。
challenge
game
%
【在 z*n 的大作中提到】
: 这楼越扯越歪...你去翻翻我第一个帖子说了啥?
: java不适合在需要performance的应用里使用, 这个没有什么好争论的. 真想challenge
: 这个, 等compiler/voip/browser/photoshop/video decoding/encoding/serious game
: 等等这些有能用的java实现再说吧.
: 在手机上, CPU功耗和usage几乎是线性的(其实严格讲有很多caveats...大概是), 10%
: CPU usage difference 大约就是250-400mW, 这是事实,没啥好争的. 多60%甚至10x的
: CPU usage, 赶上CPU intensive的应用就是多60%到10x的CPU功耗. 你要证明你的观点
: 需要证明没有CPU intensive的应用...你这个啥都不干的例证是不相关的.
: 至于那个battery usage meter, 小师弟, 用脑子想想, 如果让你用软件实现这个你需
: 要什么input? 不同的bus frequency, 不同的display type, 不同的CPU
|
g*****g
发帖数: 34805 | 122 你待机过ip4 10天以上还有电？没有的话，ip的这个standby数据同样是bullshit。
拿来跟gs3实测比没有意义。
【在 n**y 的大作中提到】
: 这个数据我以前也注意到了，感觉是bullshit
: 你可以问问有gs3的人他们的待机大概什么水平，或者其它高端android机
: 我折腾gs3也俩月了，第一手的数据是不会错的
: ip4也用两年多了，更不会错了
: 一般review也不测这个，可能意义不大，待机时间再长一般人也得一两天就充电
|
G********g
发帖数: 745 | 123 纯idle时间意义其实不大，假设2000mA的电池， 1mA到4mA的待机电流， 就是500 hr-
2000 hr的idle 时间。 这个只能算个理论最高值和衡量一下硬件设计水平。
【在 n**y 的大作中提到】
: 这个数据我以前也注意到了，感觉是bullshit
: 你可以问问有gs3的人他们的待机大概什么水平，或者其它高端android机
: 我折腾gs3也俩月了，第一手的数据是不会错的
: ip4也用两年多了，更不会错了
: 一般review也不测这个，可能意义不大，待机时间再长一般人也得一两天就充电
|
n**y
发帖数: 11447 | 124 10天没测过，手机还得用，用的话肯定待不了10天
一整天测过，大概掉6-8%，结果跟一晚上的一致
推算待机10天这个已经有考虑比如电池计量不太准的因素，GS3待机4天也是同样推算下
来的
anyway了，这个跟你们争论话题的关系貌似不是很大，信不信无所谓了
【在 g*****g 的大作中提到】
: 你待机过ip4 10天以上还有电？没有的话，ip的这个standby数据同样是bullshit。
: 拿来跟gs3实测比没有意义。
|
n**y
发帖数: 11447 | 125 这个意义是不大
你一两天就把电池用光了，就算一个月的待机时间又能咋样
还是使用时间是王道
【在 G********g 的大作中提到】
: 纯idle时间意义其实不大，假设2000mA的电池， 1mA到4mA的待机电流， 就是500 hr-
: 2000 hr的idle 时间。 这个只能算个理论最高值和衡量一下硬件设计水平。
|
l******n
发帖数: 1683 | 126 你又开始瞎扯了, 10%的CPU usage difference对应250-400mW, 你在搞笑吧. 除了goog
le的新chromebook里面的双核A15看起来功耗有点大之外, 别的市面上常见的arm， CPU
全负荷时功率基本都小于2W.
高通的MSM8960是每个核大概750mW, 两个是1.5W
http://www.anandtech.com/show/5559/qualcomm-snapdragon-s4-krait
preview-msm8960-adreno-225-benchmarks/4
nvidia给出的数据是, Tegra3是1.2W, Ti家的OMAP4430是1.5W.
http://www.nvidia.com/content/PDF/tegra_white_papers/Variable-S
re-CPU-Architecture-for-Low-Power-and-High-Performance.pdf
challenge
game
%
【在 z*n 的大作中提到】
: 这楼越扯越歪...你去翻翻我第一个帖子说了啥?
: java不适合在需要performance的应用里使用, 这个没有什么好争论的. 真想challenge
: 这个, 等compiler/voip/browser/photoshop/video decoding/encoding/serious game
: 等等这些有能用的java实现再说吧.
: 在手机上, CPU功耗和usage几乎是线性的(其实严格讲有很多caveats...大概是), 10%
: CPU usage difference 大约就是250-400mW, 这是事实,没啥好争的. 多60%甚至10x的
: CPU usage, 赶上CPU intensive的应用就是多60%到10x的CPU功耗. 你要证明你的观点
: 需要证明没有CPU intensive的应用...你这个啥都不干的例证是不相关的.
: 至于那个battery usage meter, 小师弟, 用脑子想想, 如果让你用软件实现这个你需
: 要什么input? 不同的bus frequency, 不同的display type, 不同的CPU
|
z*n
发帖数: 2893 | 127 关于数据来源我回头回你信箱. 咱们在这里打住吧.
关于Lumia900, amazon review好是事实, 上市的时候sold out也是事实, 这没啥好争
论的.
两个季度6M不差了, 快赶上MOTO了, Android阵营老二HTC, 也就是2x-3x的销量. 在WP8
马上就要出来的情况下, 这成绩已经不错了.
你仔细找找我预测过啥? 好象我一般不预测任何东西. 你如果真仔细读贴子, 你应当知
道我向来认为以你我这类人对于数据的把握, 下任何断言都是妄言, 和跳大神没大区别
, 被我这么骂过的不在少数.
吧。
【在 g*****g 的大作中提到】
: 这就是你所谓的数据？我拿了一个实测的电池数据，你要觉得我是胡扯的网上类似的多
: 的是。你说人Android官方的应用是参考的。莫非你拍脑袋的数据才是真实的？好吧，
: 就算这个数据是伪造的，至少待机时间总是真实的，为啥这么多评测网站，没一个说
: iphone/wphone待机时间比android长很多？
: 说你屁股决定脑袋，还不承认。lumia 900出来的时候拿Amazon的review说事的就是你
: ，还sold out云云，结果两周跌出前20。整个wp的市场占有率，还不如三星的bada，你
: 觉得这个数据很出色我无语了。
: 苹果在中国被挤出了前5，除了三星，前5都是国货，没有HTC，全球2个季度6M的数据还
: 出色呢。将来的事情谁都没法百分百预测，但迄今每次都是我对了，你错了。你反思吧。
:
|
g*****g
发帖数: 34805 | 128 前两周没货那是供货不足，不叫sold out。review好那是微软的五毛刷的，现在已经是
joke了。
Nokia smartphone市场份额从q2第3到q3第7，也就是前面有6家比它强的，这叫不错？
Android卖了122M，从一年前52%到72%。所有Windows phone卖了4M。
你要觉得不差，也由得你。别忘了Bada都卖了5M。
WP8
【在 z*n 的大作中提到】
: 关于数据来源我回头回你信箱. 咱们在这里打住吧.
: 关于Lumia900, amazon review好是事实, 上市的时候sold out也是事实, 这没啥好争
: 论的.
: 两个季度6M不差了, 快赶上MOTO了, Android阵营老二HTC, 也就是2x-3x的销量. 在WP8
: 马上就要出来的情况下, 这成绩已经不错了.
: 你仔细找找我预测过啥? 好象我一般不预测任何东西. 你如果真仔细读贴子, 你应当知
: 道我向来认为以你我这类人对于数据的把握, 下任何断言都是妄言, 和跳大神没大区别
: , 被我这么骂过的不在少数.
:
: 吧。
|
z*n
发帖数: 2893 | 129 你这个刷review的猜测恐怕没有证据应当停了.
WP8 Q4出来,WP7是马上就要淘汰的产品,在Q3能卖4M已经不错了,iOS也就是20几M.
【在 g*****g 的大作中提到】
: 前两周没货那是供货不足，不叫sold out。review好那是微软的五毛刷的，现在已经是
: joke了。
: Nokia smartphone市场份额从q2第3到q3第7，也就是前面有6家比它强的，这叫不错？
: Android卖了122M，从一年前52%到72%。所有Windows phone卖了4M。
: 你要觉得不差，也由得你。别忘了Bada都卖了5M。
:
: WP8
|
z*n
发帖数: 2893 | 130 T3 1.3G 每10%CPU实测大约是300mW.
你那数据是说运行coremark在1.0GHz *low voltage*的功耗,那不是什么peak.
网上能找到的关于t3的的数据，
http://www.anandtech.com/show/6330/the-iphone-5-review/12
注意kraken是single threaded benchmark, CPU不会到100%.
Kraken不用网络，就是屏幕+CPU+Bus+Memory, 手机屏幕一般<1w.
goog
CPU
【在 l******n 的大作中提到】
: 你又开始瞎扯了, 10%的CPU usage difference对应250-400mW, 你在搞笑吧. 除了goog
: le的新chromebook里面的双核A15看起来功耗有点大之外, 别的市面上常见的arm， CPU
: 全负荷时功率基本都小于2W.
: 高通的MSM8960是每个核大概750mW, 两个是1.5W
: http://www.anandtech.com/show/5559/qualcomm-snapdragon-s4-krait
: preview-msm8960-adreno-225-benchmarks/4
: nvidia给出的数据是, Tegra3是1.2W, Ti家的OMAP4430是1.5W.
: http://www.nvidia.com/content/PDF/tegra_white_papers/Variable-S
: re-CPU-Architecture-for-Low-Power-and-High-Performance.pdf
:
|
|
|
a***e
发帖数: 27968 | 131 你老对UI的概念需要更新了
手机这种应用，UI其实是个实时系统，对性能很敏感的
要是做手机UI都你这个态度那就悲剧了
mobile
【在 g*****g 的大作中提到】
: 我老做了10几年企业应用，至于对手机了解因为过去3年我在一个mobile 公司给mobile
: app做后端。而且做的就是OEM集成进firmware的一些应用。
: 我老不是啥都知道两句，而是这些比你知道得多。在企业应用这块，知识深度和广度不
: 是你可以比的。
|
a***e
发帖数: 27968 | 132 评比应用性能耗电这种东西用待机来比也真有你的
你这是比那个语言写的可以睡得更死？屏幕不亮？
抓起来连续正常使用还是网络第二么？
【在 g*****g 的大作中提到】
: 我拿着shootout网站，几十个benchmark的结果，跟你说median数据，你反反复复谈
: worst case有意义吗？就不说你那个数据还是04年的。但凡不是hello world，有不用
: 函数，每行代码执行一次的程序吗？
: 你不是不懂，你是给微软做五毛做得太久了。
: 我老在Android公司，专门做网络和电池优化，第一手拿到的内部资料。谈到屏幕第一
: ，网络第二，CPU撑死第三。这些其实都是常识了。现实世界，高端Android手机但凡没
: 有后端烂应用，撑个1-2天不是问题。事实上iphone或者win phone跟高端Android手机
: 待机在一个级别上。Android没有明显劣势。你跟我谈这些理论上的伪命题有蛋用。小
: 师弟，该醒醒了。
|
a***e
发帖数: 27968 | 133 A6很牛叉，干活很快，然后idle下去很深
也就atom干活比它快，不过idle深度还是不够
qcom的那个其实没什么好吹的
不过人无线通吃
【在 G********g 的大作中提到】
: IP硬件是很NB 啊，idle电流比qcom base的手机要低 50 %以上。也就这些果黑们没事
: 瞎bb，goog/msft/qcom里搞mobile的谁会说apple技术不好?
|
k****5
发帖数: 546 | 134
llvm的缩写和现在llvm没有关系。 llvm 强大在 IR， 并且一开始就用c++实现。 gcc
强大在过去几十年无数的小白鼠帮他们调bug，还有它和kernel紧密的联系。imho,
gcc的设计比不上llvm. however, gcc也已经完全转向c++实现，要不gcc迟早会被取代
。在我看来，阻碍llvm发展的主要因素是他们和apple紧密联系。
所以从你的口气看，llvm是一个未成功的项目，但事实不是这样。 从这儿可以看到http://www.acm.org/press-room/news-releases/2010/sigplan-software-award/view
quote 'First-Time SIGPLAN Award to Apple's Chris Lattner for Developing
Popular LLVM Infrastructure with Applications in Commercial, Research,
Teaching, and Open Source Projects' sigplan 是啥，有哪些会议，会议产生过哪
些对it行业有影响的成果我就不说了。只想说很多专家都认为llvm是个极为成功的项目
both in industry and academics.
do some research before you post.
【在 l********l 的大作中提到】
:
: mobile
: then u must be Indian manager :p
|
a*o
发帖数: 19981 | 135 成功个P，用Java写的都是那些复杂得要死还没几个人用的management GUI，说实话
Java就职适合这种quick dirty job。哥的意见是一个软件如果有超过1000个人用就绝
对不能用Java写。
【在 g*****g 的大作中提到】
: Java在PC上不成功是微软的原因，Java在服务器端极其成功，服务器端对性能的要求可
: 比PC高多了。
:
: APP
|
b***i
发帖数: 3043 | 136 反了吧，网站如果超过100000个人同时在线就必须用java,否则就会有问题。
【在 a*o 的大作中提到】
: 成功个P，用Java写的都是那些复杂得要死还没几个人用的management GUI，说实话
: Java就职适合这种quick dirty job。哥的意见是一个软件如果有超过1000个人用就绝
: 对不能用Java写。
|
a*o
发帖数: 19981 | 137 又来扯web server，这方面Java确实dominant，但是不是因为performance，而是java
逻辑结构简单好写好维护，web server对性能要求也不高。我也说了，复杂的经常需要
改的东西确实用java写比较好，作为OS platform不适合，狗狗这个选择很不明智。
【在 b***i 的大作中提到】
: 反了吧，网站如果超过100000个人同时在线就必须用java,否则就会有问题。
|
g********g
发帖数: 2172 | 138 必须说过了, FACEBOOK, GOOGLE那个也不是JAVA啊.
【在 b***i 的大作中提到】
: 反了吧，网站如果超过100000个人同时在线就必须用java,否则就会有问题。
|
b***i
发帖数: 3043 | 139 minecraft不就是java?还有众多的软件，包括我老写的，都是java。主要是代码可移植
太好，所以很多人都用Java写，很容易在高手的基础上提高。你要别的语言的代码，比
如C++,还真不好弄，很多编译问题。
java
【在 a*o 的大作中提到】
: 又来扯web server，这方面Java确实dominant，但是不是因为performance，而是java
: 逻辑结构简单好写好维护，web server对性能要求也不高。我也说了，复杂的经常需要
: 改的东西确实用java写比较好，作为OS platform不适合，狗狗这个选择很不明智。
|
b***i
发帖数: 3043 | 140 是过了哈。
不过Google的front end是python, java,后台C++，所以java还是很行的。Facebook那
个php编译执行，用java也没什么不好，创始人的选择而已。淘宝是java，最近11.11看
到比asp.net效果好多了，这个用其他语言无法抗衡。
另外Google app engine提供三大语言：Java, Python, Go。
【在 g********g 的大作中提到】
: 必须说过了, FACEBOOK, GOOGLE那个也不是JAVA啊.
|
|
|
a*o
发帖数: 19981 | 141 minecraft也是一天到晚要折腾的东西，当然要用Java。
我从来没说java不好，关键是看用来干什么。
安猪用Java做platform API就好比非要用斧头绣花，还特地买了个NB电钻在斧头上钻了
个眼用来穿线，尼玛财大气粗伤不起还真给钻了个洞。
【在 b***i 的大作中提到】
: minecraft不就是java?还有众多的软件，包括我老写的，都是java。主要是代码可移植
: 太好，所以很多人都用Java写，很容易在高手的基础上提高。你要别的语言的代码，比
: 如C++,还真不好弄，很多编译问题。
:
: java
|
b***i
发帖数: 3043 | 142 那微软还在table上可以用C#，不一定必须是native的。我看那效果比native的
touchpad强多了。Touchpad可是C++的，启动个browser、email都要很久。
【在 a*o 的大作中提到】
: minecraft也是一天到晚要折腾的东西，当然要用Java。
: 我从来没说java不好，关键是看用来干什么。
: 安猪用Java做platform API就好比非要用斧头绣花，还特地买了个NB电钻在斧头上钻了
: 个眼用来穿线，尼玛财大气粗伤不起还真给钻了个洞。
|
a*o
发帖数: 19981 | 143 Palm那个烂公司做的东西没啥好说的。从某个角度来说他们完美诠释了C code写到最烂
也能跑得不错，还是能当产品卖钱的。C#比Java效率还是高多了。
【在 b***i 的大作中提到】
: 那微软还在table上可以用C#，不一定必须是native的。我看那效果比native的
: touchpad强多了。Touchpad可是C++的，启动个browser、email都要很久。
|
M****e
发帖数: 3715 | 144 手头没有闲的iphone 但是我觉得纯待机iphone 10天没问题。3g wifi都开
我ipad几天不动掉电大概一天3%左右
iphone一晚上1%-2% android如果sync和wifi开了 一晚上能有10%
【在 g*****g 的大作中提到】
: 你待机过ip4 10天以上还有电？没有的话，ip的这个standby数据同样是bullshit。
: 拿来跟gs3实测比没有意义。
|
l******n
发帖数: 1683 | 145 你还真能睁眼说瞎话. 你自己给的reference. T3整机跑Kraken时功耗是3.7W左右, 不跑
时是1.6W左右. 这提升的2.1W不仅仅是CPU, 还至少得包括GPU部分. 而且kraken也不是
你说的single threaded benchmark, 你的reference里面写得很明确:
Kraken is multithreaded and hits the CPU cores fairly well.
我给你的pdf, 什么地方提到low voltage了, 你帮我找出来看看?
【在 z*n 的大作中提到】
: T3 1.3G 每10%CPU实测大约是300mW.
: 你那数据是说运行coremark在1.0GHz *low voltage*的功耗,那不是什么peak.
: 网上能找到的关于t3的的数据，
: http://www.anandtech.com/show/6330/the-iphone-5-review/12
: 注意kraken是single threaded benchmark, CPU不会到100%.
: Kraken不用网络，就是屏幕+CPU+Bus+Memory, 手机屏幕一般<1w.
:
: goog
: CPU
|
l******n
发帖数: 1683 | 146 C#效率比Java高? 看看这:
http://shootout.alioth.debian.org/u64/which-programs-are-fastes
C++是1.23, C是1.35, Java是1.95, C#是2.78. 数值越大越慢.
【在 a*o 的大作中提到】
: Palm那个烂公司做的东西没啥好说的。从某个角度来说他们完美诠释了C code写到最烂
: 也能跑得不错，还是能当产品卖钱的。C#比Java效率还是高多了。
|
g*****g
发帖数: 34805 | 147 证据，LOL，Amazon review跟主流评测网站的巨大反差。销售数跟review数的巨大反差，
就是证据。微软Q2拿出的旗舰产品，Q3就淘汰了，也是个Joke，居然成了你掩饰的理由。
【在 z*n 的大作中提到】
: 你这个刷review的猜测恐怕没有证据应当停了.
: WP8 Q4出来,WP7是马上就要淘汰的产品,在Q3能卖4M已经不错了,iOS也就是20几M.
|
g*****g
发帖数: 34805 | 148 你才需要对UI概念更新了，这年头手机的硬件很强。3D游戏都能跑，渲染UI没有压力。
【在 a***e 的大作中提到】
: 你老对UI的概念需要更新了
: 手机这种应用，UI其实是个实时系统，对性能很敏感的
: 要是做手机UI都你这个态度那就悲剧了
:
: mobile
|
g*****g
发帖数: 34805 | 149 我哪里提纯待机了，就是正常使用的续航能力，没见到我贴的屏幕用了30%？那个是路
人甲的贴图，网上类似的到处都有。
【在 a***e 的大作中提到】
: 评比应用性能耗电这种东西用待机来比也真有你的
: 你这是比那个语言写的可以睡得更死？屏幕不亮？
: 抓起来连续正常使用还是网络第二么？
|
g*****g
发帖数: 34805 | 150 你懂个屁呀，跟你说不同网站没可比性。Facebook/Google这种是丢了数据也就丢了，
没屁大影响。Ebay/Amazon你下个单，钱没了，单子也没了，你不得急。跟你说了data
integrity决定了网站可以怎么写，你要比也要比同类网站。Ebay/Amazon这些跟企业应
用的要求比较相似，Facebook/Google跟Twitter是一类网站，Twitter的总体流量虽然
不如那俩，峰值更高，你要是懂一点Scalablity就知道峰值才是关键。
【在 g********g 的大作中提到】
: 必须说过了, FACEBOOK, GOOGLE那个也不是JAVA啊.
|
|
|
z*******3
发帖数: 13709 | 151 这里不少人撞到枪口上了
之前刚在java版讨论过
什么时候用j2ee，结论是说，如果数据重要
需要用上事务，回滚什么的
j2ee就上吧，如果只是web上一些查查看看
尤其是那些无所谓回滚的东西
php就比java强，开发效率高，更便宜
所以facebook和google用php，还有baidu，qq什么
但是ebay, amazon还有银行电信民航铁路保险什么就都是java了
另外server side的java有很大的优化空间
有公司专门做jvm优化的，就靠这个过活了
看这个，公司主页上就给出了实例
基本上也是零售电信银行这些领域
应和了上一段的最后一句
http://www.azulsystems.com/
还有就是在客户端
这个争议很大，但是摩尔定律生效的今天
硬件更新太牛逼了，慢一点其实未必那么关键
今天pda的性能比十年前电脑强多了 |
z*n
发帖数: 2893 | 152 建议自己搞出来的应当再吃回去。没见过这么打自己脸的。
关于Kraken是不是单线程， 参考
http://we.pcinlife.com/thread-2004641-1-1.html
关于你另外一个问题：
“Note that Tegra 3 consumes lower power than competing dual core processors
even when it has all four CPU cores running at 1 GHz. Because Tegra 3 uses
fast process technology for its performance optimized CPU cores, these four
cores are able to operate at higher frequencies using lower operating
voltage ranges than competing processors. ”
不跑
【在 l******n 的大作中提到】
: 你还真能睁眼说瞎话. 你自己给的reference. T3整机跑Kraken时功耗是3.7W左右, 不跑
: 时是1.6W左右. 这提升的2.1W不仅仅是CPU, 还至少得包括GPU部分. 而且kraken也不是
: 你说的single threaded benchmark, 你的reference里面写得很明确:
: Kraken is multithreaded and hits the CPU cores fairly well.
: 我给你的pdf, 什么地方提到low voltage了, 你帮我找出来看看?
|
z*n
发帖数: 2893 | 153 该LOL的是我, 你这是逻辑不及格.
要求amazon review和网站评测要一样? 这不是扯蛋么, 那些五花八门的网站有五花八
门的评测结果, 你要和哪个一样?
amazon的900销售数是啥? 能不能给个数据?
差，
由。
【在 g*****g 的大作中提到】
: 证据，LOL，Amazon review跟主流评测网站的巨大反差。销售数跟review数的巨大反差，
: 就是证据。微软Q2拿出的旗舰产品，Q3就淘汰了，也是个Joke，居然成了你掩饰的理由。
|
O**y
发帖数: 666 | 154 耗电的问题我倒是支持goodbug的。我前几天刚量过，在一个TI OMAP36xx, Android 2.
3.4的系统上，CPU load在1%和50%耗电区别不过40mW左右，而屏幕(主要是背光)亮着
与否耗电区别很容易超过200mW。
【在 l********l 的大作中提到】
:
: mobile
: then u must be Indian manager :p
|
b***i
发帖数: 3043 | 155 屏幕亮度影响非常大。
2.
【在 O**y 的大作中提到】
: 耗电的问题我倒是支持goodbug的。我前几天刚量过，在一个TI OMAP36xx, Android 2.
: 3.4的系统上，CPU load在1%和50%耗电区别不过40mW左右，而屏幕(主要是背光)亮着
: 与否耗电区别很容易超过200mW。
|
O**y
发帖数: 666 | 156 老兄这个cpu load多10%就多250mW的数据是哪来的呀?
【在 z*n 的大作中提到】
: 关于browser问题, 你还是等有java写的browser出来后再发表意见吧, 至少现在java还
: 干不了这事情.
: 至于网络连接power consumption, 你的数据在哪里？建立网络连接时间不会很长,那
: wifi radio功率不可能大到哪里去,从常理讲不可能是功耗大户. 我猜又是你拍脑袋在
: 编造数据了.后台程序运行，bring up CPU/memory/bus/wifi到是很有可能, 这些东西
: 全开起来6-7W都有可能，这种待机问题源头是对于后台程序的控制,这确实是和app用啥
: 写的没关系.
: 至于java的效率对于功耗的影响, 多10% CPU usage就是250-400mW, 几乎是线性的.反
: 过来说用你的median,同样一个计算，java写的比C++从CPU能耗看要多60-70%. 至于这
: 对于电池寿命意味着什么要看CPU能耗在总能耗的比例了. 其实挺可笑的, 本版讨论
|
O**y
发帖数: 666 | 157 touchpad app是javescript和C混合的。
【在 b***i 的大作中提到】
: 那微软还在table上可以用C#，不一定必须是native的。我看那效果比native的
: touchpad强多了。Touchpad可是C++的，启动个browser、email都要很久。
|
g*****g
发帖数: 34805 | 158 拍脑袋出来的呗。
【在 O**y 的大作中提到】
: 老兄这个cpu load多10%就多250mW的数据是哪来的呀?
|
g*****g
发帖数: 34805 | 159 amazon的销售走的还是carrier。你看Nokia给的美国销售数目就知道了，就几十万。相
比之下Galaxy S3 销售至少10倍。Amazon上review数目却不及900一半。这是至少20倍
的反差，统计上很significant。微软上层给任务，要你们五毛去刷review，都传出来
了，你还圆谎有用吗。
【在 z*n 的大作中提到】
: 该LOL的是我, 你这是逻辑不及格.
: 要求amazon review和网站评测要一样? 这不是扯蛋么, 那些五花八门的网站有五花八
: 门的评测结果, 你要和哪个一样?
: amazon的900销售数是啥? 能不能给个数据?
:
: 差，
: 由。
|
z*n
发帖数: 2893 | 160 我说过了那是实测数据, 你如果有工具欢迎自己去测试.
网上能找到的是我以前的那个贴子里面的, 自己去看一下. 你要么测试方法有问题,要
么这TI SOC是妖孽, A9功率在100%时候2-4W很正常, 不可能只有0.x W.
2.
【在 O**y 的大作中提到】
: 耗电的问题我倒是支持goodbug的。我前几天刚量过，在一个TI OMAP36xx, Android 2.
: 3.4的系统上，CPU load在1%和50%耗电区别不过40mW左右，而屏幕(主要是背光)亮着
: 与否耗电区别很容易超过200mW。
|
|
|
z*n
发帖数: 2893 | 161 小师弟, 我很怀疑你咋么从学校混毕业的, 这证明逻辑不合格啊.
你需要的数据是amazon上面的销售数据, 谁没事情去店里买了手机上amazon写review?
900发布的时候Nokia正好选了个ATT门店不开的节日...只能到amazon买, 这些都会影响
你的数据准确性.
至于那些道听途说的"论据", 我只能说谣言止于智者了.
如果你有把握MS要求员工刷review, 建议你去和媒体联系, 肯定是大新闻, 比在这里做
软黑有影响力多了.
【在 g*****g 的大作中提到】
: amazon的销售走的还是carrier。你看Nokia给的美国销售数目就知道了，就几十万。相
: 比之下Galaxy S3 销售至少10倍。Amazon上review数目却不及900一半。这是至少20倍
: 的反差，统计上很significant。微软上层给任务，要你们五毛去刷review，都传出来
: 了，你还圆谎有用吗。
|
g********g
发帖数: 2172 | 162 没事别P不P的. 30岁以后要靠做人, 你这种人永远就只能做个码工.想想吧, 做了十几
年的码工为啥还是一个码工?还没事老现一下十几年码工经历啥的,很光荣么?
bihai 说"反了吧，网站如果超过100000个人同时在线就必须用java,否则就会有问题。
" 这难道不是过了? 没有必须不必须的. 那种主要语言都可以支持100000个人同时在线
, PHP, JAVA, .NET, RUBY, PERL, Python 都可以. 没有人否认JAVA是不错的语言, 但
能不能支持100000个人同时在线, 和语言没啥关系. FACEBOOK, GOOGLE只是两个反例.
关于这个话题你扯个上了Ebay/Amazon这些企业应用的要求? 扯个上了Twitter的峰值?
你写过几天企业应用所以不相干的话题你都非要扯上企业应用还显一下? 你理解有问题
还是智商有问题?
data
【在 g*****g 的大作中提到】
: 你懂个屁呀，跟你说不同网站没可比性。Facebook/Google这种是丢了数据也就丢了，
: 没屁大影响。Ebay/Amazon你下个单，钱没了，单子也没了，你不得急。跟你说了data
: integrity决定了网站可以怎么写，你要比也要比同类网站。Ebay/Amazon这些跟企业应
: 用的要求比较相似，Facebook/Google跟Twitter是一类网站，Twitter的总体流量虽然
: 不如那俩，峰值更高，你要是懂一点Scalablity就知道峰值才是关键。
|
g*****g
发帖数: 34805 | 163 五毛做就做了，真不够丢人的。自己去amazon看review的comment，质疑的都不是我一
个。
http://www.amazon.com/Lumia-reviews-faked-Nokia-MSFT-People/for
一方面是review的那些ID基本不做其他review，另一方面是刚上市，货都铺不出来的时
候，review就井喷了。统计上的显著性，20倍还不够？
?
【在 z*n 的大作中提到】
: 小师弟, 我很怀疑你咋么从学校混毕业的, 这证明逻辑不合格啊.
: 你需要的数据是amazon上面的销售数据, 谁没事情去店里买了手机上amazon写review?
: 900发布的时候Nokia正好选了个ATT门店不开的节日...只能到amazon买, 这些都会影响
: 你的数据准确性.
: 至于那些道听途说的"论据", 我只能说谣言止于智者了.
: 如果你有把握MS要求员工刷review, 建议你去和媒体联系, 肯定是大新闻, 比在这里做
: 软黑有影响力多了.
|
g*****g
发帖数: 34805 | 164 我老说了所有这些应用都必须用java了吗？是有傻逼扯什么高性能服务器Java完全没有
位置，难道我需要证明所有的高性能服务器都是Java，才能论证那哥们是傻逼吗？
至于你老，拿着Ebay去比google，facebook，只能说你对这方面不懂，没做过大规模应
用的架构，何必在我老面前死撑。
.
?
【在 g********g 的大作中提到】
: 没事别P不P的. 30岁以后要靠做人, 你这种人永远就只能做个码工.想想吧, 做了十几
: 年的码工为啥还是一个码工?还没事老现一下十几年码工经历啥的,很光荣么?
: bihai 说"反了吧，网站如果超过100000个人同时在线就必须用java,否则就会有问题。
: " 这难道不是过了? 没有必须不必须的. 那种主要语言都可以支持100000个人同时在线
: , PHP, JAVA, .NET, RUBY, PERL, Python 都可以. 没有人否认JAVA是不错的语言, 但
: 能不能支持100000个人同时在线, 和语言没啥关系. FACEBOOK, GOOGLE只是两个反例.
: 关于这个话题你扯个上了Ebay/Amazon这些企业应用的要求? 扯个上了Twitter的峰值?
: 你写过几天企业应用所以不相干的话题你都非要扯上企业应用还显一下? 你理解有问题
: 还是智商有问题?
:
|
i***h
发帖数: 12655 | 165 关于爪哇，in 好虫 we trust，卡卡
现在网络应用就是硬件是白菜价，scalability is everything
出了少数应用，百分之十几的速度真不是问题
10
pre-
【在 g*****g 的大作中提到】
: 那是应用不够大，Twitter刚开始用Ruby，这两年backend，特别是需要性能的如
: realtime search
: 全面转向Java/Scala。我强调backend，是因为web UI tier，是多层架构里对性能最没
: 要求的。
: 这些年Server端内存根本不是问题，随便个服务器动辄几百个G内存。在移动设备上刚
: 开始是个问题，所以才有J2ME这种东西，现在同样不是问题。像你说的解释执行差个10
: 倍是不可能的，你去那个language benchmark的网站上看。用client version不开
: hotspot都没有差10倍的。UI优化，别说compile on the fly，SDK需要的部分全部pre-
: compile来优化都不是问题，反正是操作系统的一部分。
: 总之除了3D游戏，UI实在不是什么resource demanding的计算。
|
z*n
发帖数: 2893 | 166 这种论证逻辑丢人的是你自己．
有人质疑就是你所谓的证据?? 你仔细看过那个link? 发贴的人被骂的狗血喷头就无视
了..
你连amazon卖了多少数字都没有, 这20倍从哪里算出来的?拍脑袋？
【在 g*****g 的大作中提到】
: 五毛做就做了，真不够丢人的。自己去amazon看review的comment，质疑的都不是我一
: 个。
: http://www.amazon.com/Lumia-reviews-faked-Nokia-MSFT-People/for
: 一方面是review的那些ID基本不做其他review，另一方面是刚上市，货都铺不出来的时
: 候，review就井喷了。统计上的显著性，20倍还不够？
:
: ?
|
g****t
发帖数: 31659 | 167 GOOG活儿做的不够细.各种ic的硬件驱动一般厂商会给.
但然后就是不懂硬件的人去写调用硬件驱动的那部分code.
这批人都是基本电路都搞不清楚的.性能能上去才怪.
软硬协调是个管理问题.不是技术问题.
单核的机器GC可能stop the world，多核的机器GC不是问题。
卡。
【在 g*****g 的大作中提到】
: 单核的机器GC可能stop the world，多核的机器GC不是问题。
:
: 卡。
|
g****t
发帖数: 31659 | 168 GooG没主要的人或者组懂硬件,这主要是个管理问题.写多核优化调度的
人,可能对其他芯片完全一无所知.性能问题多半出在这部分.而不是java的问题.
当然,也不排除AAPL短时间内再起一次major内讧.
，2
【在 g*****g 的大作中提到】
: 为了省电，移动CPU闲置的时候都是使用单核的。狗对GC的优化存在问题是有可能的，2
: .2才引入的JIT，到现在都没多久。但从技术上说，不是不能解决的问题。
|
g*****g
发帖数: 34805 | 169 LOL，amazon卖了多少虽然没有确定的数字。900两周就跌出前10，一个月跌出前20。而
gs3从上市到现在一直保持前10。加上ER出的销售数字，想想都知道有没有毛病。
【在 z*n 的大作中提到】
: 这种论证逻辑丢人的是你自己．
: 有人质疑就是你所谓的证据?? 你仔细看过那个link? 发贴的人被骂的狗血喷头就无视
: 了..
: 你连amazon卖了多少数字都没有, 这20倍从哪里算出来的?拍脑袋？
|
z*n
发帖数: 2893 | 170 你其实就是在说那20倍是拍脑袋来的．你根本没有任何实际数据.
其实你这推理错误百出,你还要证明买这两种phone的人有类似的评论概率,你如何证明?
用咱们加拿大大使的一句话给你很合适，要么拿证据,要么闭嘴.
【在 g*****g 的大作中提到】
: LOL，amazon卖了多少虽然没有确定的数字。900两周就跌出前10，一个月跌出前20。而
: gs3从上市到现在一直保持前10。加上ER出的销售数字，想想都知道有没有毛病。
|
|
|
a***e
发帖数: 27968 | 171 不全是load的问题，是时间
处理越慢，耗时越多
这个耗时不仅仅是CPU了，所有系统都得醒着等着
2.
【在 O**y 的大作中提到】
: 耗电的问题我倒是支持goodbug的。我前几天刚量过，在一个TI OMAP36xx, Android 2.
: 3.4的系统上，CPU load在1%和50%耗电区别不过40mW左右，而屏幕(主要是背光)亮着
: 与否耗电区别很容易超过200mW。
|
a***e
发帖数: 27968 | 172 人机界面10ms的级别都能感觉出来，不是个简单渲染的问题，
这种时候多一层调用都不行
desktop的CPU没搞好都能挂在人机界面上
手机那点玩具CPU还是悠着点
只是看看网页灌灌水当然没问题
再说，用硬件把这个愣搞上去使用强度大点就挂了
【在 g*****g 的大作中提到】
: 你才需要对UI概念更新了，这年头手机的硬件很强。3D游戏都能跑，渲染UI没有压力。
|
a***e
发帖数: 27968 | 173 使用续航得把待机时间去掉，比连续使用能顶几小时
日常使用那是YMMV的东西没可比性
要是平时就是没事看俩email,屏幕网络当然大头
【在 g*****g 的大作中提到】
: 我哪里提纯待机了，就是正常使用的续航能力，没见到我贴的屏幕用了30%？那个是路
: 人甲的贴图，网上类似的到处都有。
|
g*****g
发帖数: 34805 | 174 LOL，销售数据是ER来的，GS3卖了10倍以上。Amazon都是代销，没什么不同。
review数，你可以自己去数，900多了一倍以上。还没实际数据。
您老就是死撑牛逼。差个一两倍可以用误差范围来解释，差20倍除了你嘴硬，没啥别的
解释。
质疑这个review的不是我一个。
明?
【在 z*n 的大作中提到】
: 你其实就是在说那20倍是拍脑袋来的．你根本没有任何实际数据.
: 其实你这推理错误百出,你还要证明买这两种phone的人有类似的评论概率,你如何证明?
: 用咱们加拿大大使的一句话给你很合适，要么拿证据,要么闭嘴.
|
g*****g
发帖数: 34805 | 175 你去找几个主流review说Android 4.1不流畅大家看看，否则因为跑Java所以必然不流
畅的言论可以休矣。
【在 a***e 的大作中提到】
: 人机界面10ms的级别都能感觉出来，不是个简单渲染的问题，
: 这种时候多一层调用都不行
: desktop的CPU没搞好都能挂在人机界面上
: 手机那点玩具CPU还是悠着点
: 只是看看网页灌灌水当然没问题
: 再说，用硬件把这个愣搞上去使用强度大点就挂了
|
z*n
发帖数: 2893 | 176 你需要amazon的销售数据, 没人从店里买手机去amazon写review.
你需要提供的数据是amazon上面的900和GS3的数据.
其实已有数据更说明review数和全球总销量不相关, RAZR MAXX review数是GS3 三倍..
.
我重复一遍咱们大使的话, 有证据说, 没证据闭嘴.
【在 g*****g 的大作中提到】
: LOL，销售数据是ER来的，GS3卖了10倍以上。Amazon都是代销，没什么不同。
: review数，你可以自己去数，900多了一倍以上。还没实际数据。
: 您老就是死撑牛逼。差个一两倍可以用误差范围来解释，差20倍除了你嘴硬，没啥别的
: 解释。
: 质疑这个review的不是我一个。
:
: 明?
|
g*****g
发帖数: 34805 | 177 Amazon S3一直排在前几，900除了前两周没上过榜，没具体数字也知道差别之大。
你嘴硬又有蛋用。在S3之前，Maxx是长期在Amazon销售榜第一的，上市时间也长，没有
可比性。
..
【在 z*n 的大作中提到】
: 你需要amazon的销售数据, 没人从店里买手机去amazon写review.
: 你需要提供的数据是amazon上面的900和GS3的数据.
: 其实已有数据更说明review数和全球总销量不相关, RAZR MAXX review数是GS3 三倍..
: .
: 我重复一遍咱们大使的话, 有证据说, 没证据闭嘴.
|
z*n
发帖数: 2893 | 178 我觉得你没有必要硬撑了,
你一没有具体的amazon销量数据, 前面的20倍是拍脑袋的数据,
Maxx的反例证明是全球销量和amazon review数目根本不相关.
你一无论据, 二来基本假设也是错误的, 还不用说后面联想到MS也是没有任何证据, 这
论证千疮百孔.
有证据说, 没有请闭嘴.
【在 g*****g 的大作中提到】
: Amazon S3一直排在前几，900除了前两周没上过榜，没具体数字也知道差别之大。
: 你嘴硬又有蛋用。在S3之前，Maxx是长期在Amazon销售榜第一的，上市时间也长，没有
: 可比性。
:
: ..
|
g*****g
发帖数: 34805 | 179 你不要脸到这份上没啥说了。Maxx在Amazon销售榜长期上榜，S3也是。900总共上了两
周，
结果900的review数比S3还多。你还想要啥证据，虽然具体销售数字没有，但看排名，
一个比另一个高，而且是高很多的证据总是有的。除了微软的五毛去刷review，没有别
的合理解释。
【在 z*n 的大作中提到】
: 我觉得你没有必要硬撑了,
: 你一没有具体的amazon销量数据, 前面的20倍是拍脑袋的数据,
: Maxx的反例证明是全球销量和amazon review数目根本不相关.
: 你一无论据, 二来基本假设也是错误的, 还不用说后面联想到MS也是没有任何证据, 这
: 论证千疮百孔.
: 有证据说, 没有请闭嘴.
|
z*n
发帖数: 2893 | 180 你没有数据, 论证的基本假设也被反例证明是错误的, 联系到MS更是啥根据都没有, 你
这断言也好意思拿出来?
论据基本靠猜, 假设基本靠编, 你这真和说中国公司是间谍一个套路.
有证据说, 没证据请闭嘴.
【在 g*****g 的大作中提到】
: 你不要脸到这份上没啥说了。Maxx在Amazon销售榜长期上榜，S3也是。900总共上了两
: 周，
: 结果900的review数比S3还多。你还想要啥证据，虽然具体销售数字没有，但看排名，
: 一个比另一个高，而且是高很多的证据总是有的。除了微软的五毛去刷review，没有别
: 的合理解释。
|
|
|
g****t
发帖数: 31659 | 181 GooG控制不了硬件公司,另外他们管理层也没有有权力的
人抓硬件.不把党支部建立在ic供货商的生产线上,是没办法解决这个问题的.
暂时来说,AAPL的硬件,软硬结合,等方面仍然是拉其他任何一个公司x条街的.
人机界面10ms的级别都能感觉出来，不是个简单渲染的问题，
这种时候多一层调用都不行
desktop的CPU没搞好都能挂在人机界面上
手机那点玩具CPU还是悠着点
只是看看网页灌灌水当然没问题
再说，用硬件把这个愣搞上去使用强度大点就挂了
【在 a***e 的大作中提到】
: 人机界面10ms的级别都能感觉出来，不是个简单渲染的问题，
: 这种时候多一层调用都不行
: desktop的CPU没搞好都能挂在人机界面上
: 手机那点玩具CPU还是悠着点
: 只是看看网页灌灌水当然没问题
: 再说，用硬件把这个愣搞上去使用强度大点就挂了
|
g*****g
发帖数: 34805 | 182 你还要不要脸，一个东西长期上榜，另一个东西就上了两周榜，卖的时间段还差不多，
还不能说明销售一个比另一个好很多？结果不上榜的反而review多一倍，你老比较极品
是真的。
【在 z*n 的大作中提到】
: 你没有数据, 论证的基本假设也被反例证明是错误的, 联系到MS更是啥根据都没有, 你
: 这断言也好意思拿出来?
: 论据基本靠猜, 假设基本靠编, 你这真和说中国公司是间谍一个套路.
: 有证据说, 没证据请闭嘴.
|
z*n
发帖数: 2893 | 183 你嘴巴放干净些.
你不能否认Maxx review数目是GS3的三倍, 你这个销量和review数成正比的假设本来就
是错的. 你也根本没有amazon的实际销售数据, 900在amazon有pre-order, Nokia当初
犯傻选了个ATT门店不开门的时候上市, 这些因素都会影响实际的销售.
没有数据, 基本假设也是错误的, 后面连到MS也是无中生有. 你这种逻辑就是和怀疑中
国公司都是间谍一个路数.
有没有实际证据? 没有请闭嘴.
【在 g*****g 的大作中提到】
: 你还要不要脸，一个东西长期上榜，另一个东西就上了两周榜，卖的时间段还差不多，
: 还不能说明销售一个比另一个好很多？结果不上榜的反而review多一倍，你老比较极品
: 是真的。
|
g*****g
发帖数: 34805 | 184 Maxx 长期在Amazon销量前几，销售时间从去年底开始。就算不成正比也在误差范围之
内。
跟900这种只上榜两周的比？你就是微软五毛被抓住了嘴硬罢了，也不是一次两次了。
【在 z*n 的大作中提到】
: 你嘴巴放干净些.
: 你不能否认Maxx review数目是GS3的三倍, 你这个销量和review数成正比的假设本来就
: 是错的. 你也根本没有amazon的实际销售数据, 900在amazon有pre-order, Nokia当初
: 犯傻选了个ATT门店不开门的时候上市, 这些因素都会影响实际的销售.
: 没有数据, 基本假设也是错误的, 后面连到MS也是无中生有. 你这种逻辑就是和怀疑中
: 国公司都是间谍一个路数.
: 有没有实际证据? 没有请闭嘴.
|
z*n
发帖数: 2893 | 185 我再和你说一便, 嘴巴放干净些.
Maxx是GS3 review数的3倍证明的你那个全球销量和review数成正比的假设是扯蛋.
你如果想用amazon销量证明是在误差范围内, 请提供amazon上面GS3和Maxx的销售数据,
否则就是拍脑袋. 销售时间和销量没关系, 否则全球GS3也不会销量远超Maxx.
没有证据的怀疑, 和污蔑中国公司是间谍一个套路, 请你闭嘴.
【在 g*****g 的大作中提到】
: Maxx 长期在Amazon销量前几，销售时间从去年底开始。就算不成正比也在误差范围之
: 内。
: 跟900这种只上榜两周的比？你就是微软五毛被抓住了嘴硬罢了，也不是一次两次了。
|
g*****g
发帖数: 34805 | 186 还需要实际数据，Maxx跟GS3长期上榜，900就上了2周，两个league的东西。我老说过
多次，如果不是900销售那么惨淡，我还不去怀疑review是伪造的。
Droid Maxx 190个，Galaxy S3 206+88+125个。Lumia 444个。拿来Maxx是S3 3倍的
Review?
我老人家要不是去查了一下Amazon，原来连这种赤裸裸的数据你都敢造假。
据,
【在 z*n 的大作中提到】
: 我再和你说一便, 嘴巴放干净些.
: Maxx是GS3 review数的3倍证明的你那个全球销量和review数成正比的假设是扯蛋.
: 你如果想用amazon销量证明是在误差范围内, 请提供amazon上面GS3和Maxx的销售数据,
: 否则就是拍脑袋. 销售时间和销量没关系, 否则全球GS3也不会销量远超Maxx.
: 没有证据的怀疑, 和污蔑中国公司是间谍一个套路, 请你闭嘴.
|
z*n
发帖数: 2893 | 187 你看清楚你的命题没有?
你的假设是手机销量和review数成正比, 从全球Maxx和GS3销量的情况明显不是这样的,
这个假设是伪命题. 你如果想用误差来解释, 请提供amazon上这两者的销售数据. 这
和Lumia900一点关系都没有, 说的是Maxx和GS3.
如果这个假设是错误的, 你所有这些都是无中生有.
还有如果Lumia900上榜>两周, 你是不是把自己的贴子吃回去?
【在 g*****g 的大作中提到】
: 还需要实际数据，Maxx跟GS3长期上榜，900就上了2周，两个league的东西。我老说过
: 多次，如果不是900销售那么惨淡，我还不去怀疑review是伪造的。
: Droid Maxx 190个，Galaxy S3 206+88+125个。Lumia 444个。拿来Maxx是S3 3倍的
: Review?
: 我老人家要不是去查了一下Amazon，原来连这种赤裸裸的数据你都敢造假。
:
: 据,
|
g*****g
发帖数: 34805 | 188 你再看看吧，Maxx 200个左右review, GS3 400个，Lumia 900 444个。
Maxx在900出来的两周内排名就重新回到900之上，Maxx长期上榜。而Nokia所有手机
在全美每个季度只卖几十万，这个包括了900,800等，包括MS store白送的手机。
Maxx长期上榜还可以说明在Amazon卖得好，你900就上两周也想趟这混水？还要不要脸。
Maxx一度比4s卖得好，加上本土机，也算能解释。900，LOL。
http://bgr.com/2012/06/13/droid-razr-maxx-best-sales-iphone-4s/
的,
【在 z*n 的大作中提到】
: 你看清楚你的命题没有?
: 你的假设是手机销量和review数成正比, 从全球Maxx和GS3销量的情况明显不是这样的,
: 这个假设是伪命题. 你如果想用误差来解释, 请提供amazon上这两者的销售数据. 这
: 和Lumia900一点关系都没有, 说的是Maxx和GS3.
: 如果这个假设是错误的, 你所有这些都是无中生有.
: 还有如果Lumia900上榜>两周, 你是不是把自己的贴子吃回去?
|
z*n
发帖数: 2893 | 189 又在造数据, GS3 哪里有400个review?
同样verizon的carrier, Maxx 190, GS3 64.
http://wireless.amazon.com/b/684177011/ref=fc_pwp_vzw?ie=UTF8&p
和你说了你如果想说明是误差, 你需要提供amazon销售数据, 否则你怎么得出是误差的
结论? 从现在数据看全球销量和review数不相关, 是不是和amazon销售数相关没有销售
数据不能得出任何结论.
脸。
【在 g*****g 的大作中提到】
: 你再看看吧，Maxx 200个左右review, GS3 400个，Lumia 900 444个。
: Maxx在900出来的两周内排名就重新回到900之上，Maxx长期上榜。而Nokia所有手机
: 在全美每个季度只卖几十万，这个包括了900,800等，包括MS store白送的手机。
: Maxx长期上榜还可以说明在Amazon卖得好，你900就上两周也想趟这混水？还要不要脸。
: Maxx一度比4s卖得好，加上本土机，也算能解释。900，LOL。
: http://bgr.com/2012/06/13/droid-razr-maxx-best-sales-iphone-4s/
:
: 的,
|
g*****g
发帖数: 34805 | 190 http://www.amazon.com/s/ref=nb_sb_noss_1?url=search-alias%3Dmob
数据在这里，3个不同的GS3(206,88,125)，怎么没有400个Review。你先解释一下Maxx
3倍于GS3的review是不是你造出来的吧。
【在 z*n 的大作中提到】
: 又在造数据, GS3 哪里有400个review?
: 同样verizon的carrier, Maxx 190, GS3 64.
: http://wireless.amazon.com/b/684177011/ref=fc_pwp_vzw?ie=UTF8&p
: 和你说了你如果想说明是误差, 你需要提供amazon销售数据, 否则你怎么得出是误差的
: 结论? 从现在数据看全球销量和review数不相关, 是不是和amazon销售数相关没有销售
: 数据不能得出任何结论.
:
: 脸。
|
|
|
z*n
发帖数: 2893 | 191 你这是apple to orange比较. 那是unlocked的GS3, amazon不卖Maxx unlocked.
amazon卖同样是verizon的Maxx和GS3, 190 vs. 64, 你还有啥话说.
这里面变数太多了, GS3 unlocked明显应当比under contract卖得少, 这里却有更多的
review?? 不明显是另一个反例review数和销量不相关么.
归根到底, 你需要具体的amazon销售数据来证明你那正比假设, 你的数据在哪里?
Maxx
【在 g*****g 的大作中提到】
: http://www.amazon.com/s/ref=nb_sb_noss_1?url=search-alias%3Dmob
: 数据在这里，3个不同的GS3(206,88,125)，怎么没有400个Review。你先解释一下Maxx
: 3倍于GS3的review是不是你造出来的吧。
|
n******t
发帖数: 4406 | 192 llvm has nothing to do with apple.
【在 a*****a 的大作中提到】
:
: 编译器除了速度，还有很多特点。衡量好坏不仅仅就是速度。实际上llvm就很快，很多
: 评测结果不易。就其它功能如ARC来说，llvm能做到GCC做不到。llvm是现在最热的编译
: 器。说最好不过分。
: 这也是Android向llvm转移的一大原因。
|
g*****g
发帖数: 34805 | 193 还apple to orange，你造了数据就圆谎，有没有一点廉耻？销售看得是总数，review
看得也是总数。
Maxx不在Verizon以外的其他地方卖，自然没有分流。还有因为只在一个店买，就只比
一个店的？
900只在ATT卖，Maxx还一个都没有呢。
丢人丢到你这份上，我没啥好说的。微软五毛的活动多了，本来也不多刷review一个。
抵赖到这份上，也没啥讨论的意义了。总归你造假GS3 review数据这件事情又是抓了现
行。
【在 z*n 的大作中提到】
: 你这是apple to orange比较. 那是unlocked的GS3, amazon不卖Maxx unlocked.
: amazon卖同样是verizon的Maxx和GS3, 190 vs. 64, 你还有啥话说.
: 这里面变数太多了, GS3 unlocked明显应当比under contract卖得少, 这里却有更多的
: review?? 不明显是另一个反例review数和销量不相关么.
: 归根到底, 你需要具体的amazon销售数据来证明你那正比假设, 你的数据在哪里?
:
: Maxx
|
n******t
发帖数: 4406 | 194 Java's cross platform ability is not as good as C/C++, the only advantage is
that it does not need to be compiled, but I do not see why it is relevant o
n a smartphone.
C+
【在 r******n 的大作中提到】
: Java在JIT之前性能是非常差几乎没法用。JIT之后好多了，但还是比优化编译过的C/C+
: +慢。Java的好处当然是cross platform, Scalabilit，但这些都是牺牲了性能跟效率
: 获得的。Server端用得多是因为大多数Server端硬件资源丰富有冗余，效率不是那么太
: 重要。Client端就不同，CPU/电池都是稀缺资源。Android用Java不是Google选的，它
: 买的时候就这样了，更何况Google也没料到Andriod有今天。除非将来mobile硬件有突
: 破性发展，否则Java迟早会成为Android的大问题。
|
z*n
发帖数: 2893 | 195 你应当去看牙医洗洗牙了.
apple to apple comparision都不明白? 你拿contract机和unlock机比销量? 同样
carrier的contract机, Maxx vs. GS3, review数190 vs 64. 自己查不到就否认事实?
这些数据其实根本不能得出你所谓的成正比结论, 你还有什么好说的? 你这个正比的
数据根据是什么? 我说你是没有数据拍脑袋得出的, 证明正比是很简单的, review数在
那里谁都看的见, 你只要给大家销售数字就行了. 这么简单的数学, 不会算?
没有数据支持,就能下这种结论？说你和污蔑中国公司是间谍的逻辑是一路的,你还有什
么意见?
review
【在 g*****g 的大作中提到】
: 还apple to orange，你造了数据就圆谎，有没有一点廉耻？销售看得是总数，review
: 看得也是总数。
: Maxx不在Verizon以外的其他地方卖，自然没有分流。还有因为只在一个店买，就只比
: 一个店的？
: 900只在ATT卖，Maxx还一个都没有呢。
: 丢人丢到你这份上，我没啥好说的。微软五毛的活动多了，本来也不多刷review一个。
: 抵赖到这份上，也没啥讨论的意义了。总归你造假GS3 review数据这件事情又是抓了现
: 行。
|
r****y
发帖数: 26819 | 196 哈哈。。。被强帖笑出来了。。。
【在 a*o 的大作中提到】
: 成功个P，用Java写的都是那些复杂得要死还没几个人用的management GUI，说实话
: Java就职适合这种quick dirty job。哥的意见是一个软件如果有超过1000个人用就绝
: 对不能用Java写。
|
g*****g
发帖数: 34805 | 197 您老脸皮都比城墙还厚了。撒了谎被戳破了，居然改用Carrier来比了。
所有的销售对比所有的review，难道还跟哪个Carrier，是否unlocked有关。卖得多
review也多，有啥问题吗？也就是微软五毛刷了review，还死不承认900的review异常
的多。
?
【在 z*n 的大作中提到】
: 你应当去看牙医洗洗牙了.
: apple to apple comparision都不明白? 你拿contract机和unlock机比销量? 同样
: carrier的contract机, Maxx vs. GS3, review数190 vs 64. 自己查不到就否认事实?
: 这些数据其实根本不能得出你所谓的成正比结论, 你还有什么好说的? 你这个正比的
: 数据根据是什么? 我说你是没有数据拍脑袋得出的, 证明正比是很简单的, review数在
: 那里谁都看的见, 你只要给大家销售数字就行了. 这么简单的数学, 不会算?
: 没有数据支持,就能下这种结论？说你和污蔑中国公司是间谍的逻辑是一路的,你还有什
: 么意见?
:
: review
|
s*****n
发帖数: 5488 | 198 以上都是扯淡。当马公全都不及格。
【在 w******t 的大作中提到】
: 根据以上各ID的回帖，码工看来工作机会还是很多的。
|
s*****n
发帖数: 5488 | 199 后台程序一般都是sleep alarm唤醒的。没那么严重。
【在 z*n 的大作中提到】
: java性能不如native code恐怕没有什么好争辩的，你所有这些都是在说有不需要性能
: 的地方java还是可以用的，这没人和你争。
: 手机上性能差异直接影响的就是电池时间，差个10%的CPU就是200-300mW, 总共电池也
: 就7-8Wh.后台如果一堆java apps运行, 光GC/JIT的开销就不知道哪里去了。
: 解释执行(不用JIT)和C++的对比可以看这里，差20倍的都有。
: http://www.shudo.net/jit/perf/
: java的优点是上手快，工具多，性能明显是软肋，没有办法和native apps比。
:
: 10
: pre-
|
s*****n
发帖数: 5488 | 200 成个P问题。现在机器java, C#直流足够了。
担心电池的花钱买块万用表量量。就多拿点时间根本不是个事情。
C+
【在 r******n 的大作中提到】
: Java在JIT之前性能是非常差几乎没法用。JIT之后好多了，但还是比优化编译过的C/C+
: +慢。Java的好处当然是cross platform, Scalabilit，但这些都是牺牲了性能跟效率
: 获得的。Server端用得多是因为大多数Server端硬件资源丰富有冗余，效率不是那么太
: 重要。Client端就不同，CPU/电池都是稀缺资源。Android用Java不是Google选的，它
: 买的时候就这样了，更何况Google也没料到Andriod有今天。除非将来mobile硬件有突
: 破性发展，否则Java迟早会成为Android的大问题。
|
|
|
s*****n
发帖数: 5488 | 201 看怎么比了。你把gs的后台都关了看看。
上两张图，一张airplane mode的，一张正常状态的。不看好android,自己估算一下待
机时间能多少。都是clean android OS.airplane mode，nexus s待机16天。正常状态4
天。不可能ip4能开着radio待机12天。
说到底就是一个参数调整的问题。ip4不干活自然待机时间长。
【在 n**y 的大作中提到】
: 我手头正好有ip4和gs3，对比过待机能力，ip4待机时间是gs3的至少3倍，差距是显而
: 易见的。不过我倒不认为这是java的问题，我blame google，电源管理和优化做的太差
: 了，这方面果果的封闭和软硬结合就有优势了
|
z*******3
发帖数: 13709 | 202 你说的不用重新编译不就是跨平台的定义嘛？
没有这个还叫什么跨平台
is
o
【在 n******t 的大作中提到】
: Java's cross platform ability is not as good as C/C++, the only advantage is
: that it does not need to be compiled, but I do not see why it is relevant o
: n a smartphone.
:
: C+
|
s*****n
发帖数: 5488 | 203 cpu也有动态电压，一般来说idle mode就是30多ma,100mW。做运算才100多mA.但是运算
的时候其实很少的。客户端cpu intensive不是大问题。
challenge
game
%
【在 z*n 的大作中提到】
: 这楼越扯越歪...你去翻翻我第一个帖子说了啥?
: java不适合在需要performance的应用里使用, 这个没有什么好争论的. 真想challenge
: 这个, 等compiler/voip/browser/photoshop/video decoding/encoding/serious game
: 等等这些有能用的java实现再说吧.
: 在手机上, CPU功耗和usage几乎是线性的(其实严格讲有很多caveats...大概是), 10%
: CPU usage difference 大约就是250-400mW, 这是事实,没啥好争的. 多60%甚至10x的
: CPU usage, 赶上CPU intensive的应用就是多60%到10x的CPU功耗. 你要证明你的观点
: 需要证明没有CPU intensive的应用...你这个啥都不干的例证是不相关的.
: 至于那个battery usage meter, 小师弟, 用脑子想想, 如果让你用软件实现这个你需
: 要什么input? 不同的bus frequency, 不同的display type, 不同的CPU
|
z*n
发帖数: 2893 | 204 你嘴巴放干净些, 酒井怎么出来个这么没教养的货.
啥都不明白还不会自己查数据的, 在verizon, Maxx的review数三倍于GS3, 如果你要证
明review数和销量成正比, 你应当提供的证据是在verizon, Maxx的销售数是GS3三倍.
同等情况下Maxx beat GS3 3 to 1? 很难相信.
unlock手机价格高, 卖得少是expected, 这variance会导致数据偏差.
all in all, 你需要提供amazon销量数据, 否则不能得出任何结论.
用中国大使的话送你, 没证据请闭嘴. 知道证据和嘴巴是啥?
【在 g*****g 的大作中提到】
: 您老脸皮都比城墙还厚了。撒了谎被戳破了，居然改用Carrier来比了。
: 所有的销售对比所有的review，难道还跟哪个Carrier，是否unlocked有关。卖得多
: review也多，有啥问题吗？也就是微软五毛刷了review，还死不承认900的review异常
: 的多。
:
: ?
|
z*n
发帖数: 2893 | 205 本来就没有说idle状态如何如何, 说的是CPU功耗. 如果效率差60%-10x, CPU功耗就是
多60%-10x. 具体换算到电池就看CPU功耗在总功耗里的比例了, 这要看具体运行什么.
比如起个video chat, 如果真能用java写出来, CPU会一直很高, 按照现在器件的能耗
数据, 能坚持一个小时就不错了.
【在 s*****n 的大作中提到】
: cpu也有动态电压，一般来说idle mode就是30多ma,100mW。做运算才100多mA.但是运算
: 的时候其实很少的。客户端cpu intensive不是大问题。
:
: challenge
: game
: %
|
T****n
发帖数: 6187 | 206 吵架的两位大佬消消气。争论技术没问题，乱飞帽子就不好了 |
g*****g
发帖数: 34805 | 207 教养，你怎么被教养的。撒起谎来还没完了。还
" unlock手机价格高, 卖得少是expected“
http://www.amazon.com/Samsung-Galaxy-GT-I9300-Factory-Unlocked/
Amazon卖得最好的GS3偏偏就是这个unlocked的版本，review也最多。让你解释一下为
啥review跟销售有一个数量级以上的差异，你先是捏造GS3的review数，抓住鞭子之后
语无伦次开始说啥只能比同一carrier，不能看总数。现在又造出unlocked卖得少的新
理论。这种极品，以后我还是躲着走吧。
.
【在 z*n 的大作中提到】
: 你嘴巴放干净些, 酒井怎么出来个这么没教养的货.
: 啥都不明白还不会自己查数据的, 在verizon, Maxx的review数三倍于GS3, 如果你要证
: 明review数和销量成正比, 你应当提供的证据是在verizon, Maxx的销售数是GS3三倍.
: 同等情况下Maxx beat GS3 3 to 1? 很难相信.
: unlock手机价格高, 卖得少是expected, 这variance会导致数据偏差.
: all in all, 你需要提供amazon销量数据, 否则不能得出任何结论.
: 用中国大使的话送你, 没证据请闭嘴. 知道证据和嘴巴是啥?
|
n**y
发帖数: 11447 | 208 前面说了，都是正常待机
信不信是自己各人的事情了
参数调整不是google的问题么
待机时不需要干啥活吧，能接电话能收消息/邮件就可以了
态4
【在 s*****n 的大作中提到】
: 看怎么比了。你把gs的后台都关了看看。
: 上两张图，一张airplane mode的，一张正常状态的。不看好android,自己估算一下待
: 机时间能多少。都是clean android OS.airplane mode，nexus s待机16天。正常状态4
: 天。不可能ip4能开着radio待机12天。
: 说到底就是一个参数调整的问题。ip4不干活自然待机时间长。
|
z*n
发帖数: 2893 | 209 在没有证据的时候乱喷是没有教养的表现。
你还是在循环论证，现在能看到的是review数，你需要给出销售数来证实你那正比关系
。反反复复列出review数有啥用？ 说了无数遍你如果有证据证明你的观点讲出来，没
有证据请闭嘴。这就是污蔑中国公司是间谍的路数，没有任何证据就下断言。
一直就是在说review数和销售量的关系，如果你的正比关系的假设是对的，直接推论就
是同样的phone, contracted比unlocked卖得少很多，同样在verizon contract条件下
， maxx beats GS3 3:1. 两个都counter-intuitive. 大家应当怀疑的是这个假设是错
误的。
你下的断言，请举证，扭扭捏捏干什么？ 这个到MS刷review，你要证明这正比假设是
正确的， 要有900 Amazon的销售数据说明不成比例，最后还有证明这多出来的是MS刷
的，所有这些都靠拍脑袋证据？
前面20多倍没举证，现在又来个一个数量级，你的amazon销售数据在哪里, 怎么看出来
的“一个数量级”？
【在 g*****g 的大作中提到】
: 教养，你怎么被教养的。撒起谎来还没完了。还
: " unlock手机价格高, 卖得少是expected“
: http://www.amazon.com/Samsung-Galaxy-GT-I9300-Factory-Unlocked/
: Amazon卖得最好的GS3偏偏就是这个unlocked的版本，review也最多。让你解释一下为
: 啥review跟销售有一个数量级以上的差异，你先是捏造GS3的review数，抓住鞭子之后
: 语无伦次开始说啥只能比同一carrier，不能看总数。现在又造出unlocked卖得少的新
: 理论。这种极品，以后我还是躲着走吧。
:
: .
|
g*****g
发帖数: 34805 | 210 您老人家不要脸，数据都编了三次。还有完没完？GS3，Maxx都是长期上榜的，900是上
榜两周的产品，不是一个数量级的。结果900review可比GS3，比Maxx多一倍，你还有脸
叽歪。
【在 z*n 的大作中提到】
: 在没有证据的时候乱喷是没有教养的表现。
: 你还是在循环论证，现在能看到的是review数，你需要给出销售数来证实你那正比关系
: 。反反复复列出review数有啥用？ 说了无数遍你如果有证据证明你的观点讲出来，没
: 有证据请闭嘴。这就是污蔑中国公司是间谍的路数，没有任何证据就下断言。
: 一直就是在说review数和销售量的关系，如果你的正比关系的假设是对的，直接推论就
: 是同样的phone, contracted比unlocked卖得少很多，同样在verizon contract条件下
: ， maxx beats GS3 3:1. 两个都counter-intuitive. 大家应当怀疑的是这个假设是错
: 误的。
: 你下的断言，请举证，扭扭捏捏干什么？ 这个到MS刷review，你要证明这正比假设是
: 正确的， 要有900 Amazon的销售数据说明不成比例，最后还有证明这多出来的是MS刷
|
|
|
z*n
发帖数: 2893 | 211 和你说了无数次你这个review数目和销售数成正比的假设是不成立的. 你如果想证明需
要提供销售数字, review数字大家都看得到, 你只要提供销售数字就很简单能证明. 你
扭扭捏捏一天多了啥论据都没有.
你拍脑袋成习惯了, 那个190 vs 64是同等条件下maxx vs. GS3的review数, 自己不会
查? 你真认为是编的自己去找amazon理论.
和你说了很多次, 这种抛出个结论, 扭扭捏捏没有论据支持的逻辑方式是和污蔑中国公
司是间谍一个套路的, 用咱们大使的话说, 没证据请闭嘴.
这么简单一个证明正比关系的论据都没有, 你真好意思来喷?
【在 g*****g 的大作中提到】
: 您老人家不要脸，数据都编了三次。还有完没完？GS3，Maxx都是长期上榜的，900是上
: 榜两周的产品，不是一个数量级的。结果900review可比GS3，比Maxx多一倍，你还有脸
: 叽歪。
|
g*****g
发帖数: 34805 | 212 没有销售数字也知道看排行榜一个东西比另一个东西卖得好很多，你脸皮厚谁又能说服
你。
你编了数字，就编carrier，被揭发又编unlocked，人至贱则无敌。
【在 z*n 的大作中提到】
: 和你说了无数次你这个review数目和销售数成正比的假设是不成立的. 你如果想证明需
: 要提供销售数字, review数字大家都看得到, 你只要提供销售数字就很简单能证明. 你
: 扭扭捏捏一天多了啥论据都没有.
: 你拍脑袋成习惯了, 那个190 vs 64是同等条件下maxx vs. GS3的review数, 自己不会
: 查? 你真认为是编的自己去找amazon理论.
: 和你说了很多次, 这种抛出个结论, 扭扭捏捏没有论据支持的逻辑方式是和污蔑中国公
: 司是间谍一个套路的, 用咱们大使的话说, 没证据请闭嘴.
: 这么简单一个证明正比关系的论据都没有, 你真好意思来喷?
|
s****c
发帖数: 11300 | 213 java的效率应该不是问题？ 那这个世界所有的程序都应该被java统一了
++
【在 c*c 的大作中提到】
: 错，用JIT效率可以很高。大多数底层的code还是c++的，只有api是java的，但也有C++
: 的ndk。java最大的缺点是GC，但效率不应该是个问题
|
s*****n
发帖数: 5488 | 214 待机当然要干很多活！
特别是将来pervasive computing app普及后。都是后台给你处理了。
苹果系统的设计整个不可能。
【在 n**y 的大作中提到】
: 前面说了，都是正常待机
: 信不信是自己各人的事情了
: 参数调整不是google的问题么
: 待机时不需要干啥活吧，能接电话能收消息/邮件就可以了
:
: 态4
|
z*n
发帖数: 2893 | 215 你终于承认你其实啥数字都没有, 真不容易.
你的销售数字和review数成正比是拍脑袋的假设, 你没有证明这假设是真的数据. 你也
没有900的销售数字, 更没有如果有人刷review一定是MS的证据, 你如何推理出MS刷
review的结论？这不是污蔑中国公司是间谍的逻辑是啥？ 没证据请闭嘴.
你的正比假设能推出unlock GS3比contract 机卖得多得多, 还能推出同等条件下maxx
beat GS3 3:1, 这些都不合常理, 你这假设是有疑问的, 你没有进一步销售数字, 咋得
出结论?
幻想编数据的是你自己, apple to apple comparision, 你自己非要找个unlocked来比
. 这逻辑混乱到一定程度了.
不停的人身攻击, 这些捎带的杂碎还是奉还给你. 有事说事, 满嘴脏话不能帮助证明你
的观点. 我为酒井出了这种人物感到羞愧.
【在 g*****g 的大作中提到】
: 没有销售数字也知道看排行榜一个东西比另一个东西卖得好很多，你脸皮厚谁又能说服
: 你。
: 你编了数字，就编carrier，被揭发又编unlocked，人至贱则无敌。
|
b******y
发帖数: 9224 | 216 行，服了这个技术贴了，看的天昏地暗啊。各位都是高手，语言之争历来是没有结果的
。说到底，语言用的好，可以弥补一些performance上的短处。语言再好，如果做出来
的软件太烂的话，也不是efficient的语言能够改观的。
其实都差不多了。安卓还是果果，最后估计胜市场的，我想不在于啥流畅不流畅。各位
洗洗睡吧。 |
b******y
发帖数: 9224 | 217 顺便提一下，说到大流量网站，indeed.com貌似是用java做的。速度不错的说。 |
