h*********d
发帖数: 1054 | 1 看到很多评测，因为just-in-time的机制，java和c++ 的运行速度持平，而且可以比c+
+ 更快（理论上）。但为什么在实际应用中，感觉用java编写的软件运行速度经常不如
人意。典型的对比，eclipse vs. visual stutdio. |
t*********g
发帖数: 23 | 2 Visual Studio在linux上run试试
c+
【在 h*********d 的大作中提到】
: 看到很多评测，因为just-in-time的机制，java和c++ 的运行速度持平，而且可以比c+
: + 更快（理论上）。但为什么在实际应用中，感觉用java编写的软件运行速度经常不如
: 人意。典型的对比，eclipse vs. visual stutdio.
|
g****c
发帖数: 299 | 3 C＋＋ faster
Java trade speed with portability...
c+
【在 h*********d 的大作中提到】
: 看到很多评测，因为just-in-time的机制，java和c++ 的运行速度持平，而且可以比c+
: + 更快（理论上）。但为什么在实际应用中，感觉用java编写的软件运行速度经常不如
: 人意。典型的对比，eclipse vs. visual stutdio.
|
G*O
发帖数: 706 | 4 有jee但是为什么没有c++ee呢？
我在programming板问这个问题竟然被删了。
【在 g****c 的大作中提到】
: C＋＋ faster
: Java trade speed with portability...
:
: c+
|
G*O
发帖数: 706 | 5 有jee但是为什么没有c++ee呢？
我在programming板问这个问题竟然被删了。
【在 g****c 的大作中提到】
: C＋＋ faster
: Java trade speed with portability...
:
: c+
|
g****c
发帖数: 299 | 6 C＋＋是写系统和应用程序的，对performance要求高的。
java是给大应用程序对performance要求不高，更注重对安全性，移植性，兼容性，派
遣性，模块设计，软件工程的有效性和效率性方面的考虑。
所以ms出了C#就是对C＋＋的在这方面的补充。
【在 G*O 的大作中提到】
: 有jee但是为什么没有c++ee呢？
: 我在programming板问这个问题竟然被删了。
|
g*****g
发帖数: 34805 | 7 大部分系统select语句占一半以上，这样如果使用ORM在app server上cached数据，
速度就会快很多，包括你的join操作，并不一定到达数据库，所以是可以
减轻数据库压力的。另一方面就是达到了批量执行，也能快一些。
当然如果瓶颈还在db上，当然是没有办法的，只能cluster db。 |
g****c
发帖数: 299 | 8 网速也是IO的一种吧， IO的速度一般占数据库的速度的百分自己？你有这方面的体会马
【在 g*****g 的大作中提到】
: 大部分系统select语句占一半以上，这样如果使用ORM在app server上cached数据，
: 速度就会快很多，包括你的join操作，并不一定到达数据库，所以是可以
: 减轻数据库压力的。另一方面就是达到了批量执行，也能快一些。
: 当然如果瓶颈还在db上，当然是没有办法的，只能cluster db。
|
g****c
发帖数: 299 | 9 你开发一个2台服务器cluster的系统需要10人年，我开发一个10台服务器cluster
才能跟你的速度匹配，但只需要2人年，最终结果是我交货快，成本低。
我们组里的人从上到下对这一点认识非常不够。这般人搞的code已经被research
project push的不堪入目。sign
【在 g*****g 的大作中提到】
: 大部分系统select语句占一半以上，这样如果使用ORM在app server上cached数据，
: 速度就会快很多，包括你的join操作，并不一定到达数据库，所以是可以
: 减轻数据库压力的。另一方面就是达到了批量执行，也能快一些。
: 当然如果瓶颈还在db上，当然是没有办法的，只能cluster db。
|
g*****g
发帖数: 34805 | 10 C++快，浮点运算上两者差别不大，但到GUI上差别就大了。
Eclipse用的是SWT，吃内存，但并不慢。
c+
【在 h*********d 的大作中提到】
: 看到很多评测，因为just-in-time的机制，java和c++ 的运行速度持平，而且可以比c+
: + 更快（理论上）。但为什么在实际应用中，感觉用java编写的软件运行速度经常不如
: 人意。典型的对比，eclipse vs. visual stutdio.
|
|
|
p***p
发帖数: 559 | 11 我现在发现自己的服务器瓶颈再Stack，所有以后打算
用C的Stack，通过JNI，这样就两全其美了。
【在 g*****g 的大作中提到】
: C++快，浮点运算上两者差别不大，但到GUI上差别就大了。
: Eclipse用的是SWT，吃内存，但并不慢。
:
: c+
|
c*m
发帖数: 836 | 12 app server cluster代替db cluster？如果瓶颈就在db上，比如很多的join操作，这个
是没有办法代替的。不过你的general的point我同意，对于server side app来说，瓶
颈主要在IO上，java所谓比C++慢的地方，在server side app上不成问题。即使处理能
力真的不够，server side cluster都是不难的。从这点上来讲，结合jee的其他好处，
jee大概是最合适的server side 开发环境了
【在 g*****g 的大作中提到】
: C++快，浮点运算上两者差别不大，但到GUI上差别就大了。
: Eclipse用的是SWT，吃内存，但并不慢。
:
: c+
|
m******t
发帖数: 2416 | 13
I agree with the analysis in general, although I don't think MS has given up
on VC/VB - per se, 8-). There are just too many existing VC/VB programmers
for MS to leave them hang out there and eventually "defect" to either the
LAMP or the Java camp. COM is also still the corner stone of the whole "MS
stuff". It's just been wrapped with so many layers that not a lot of people
outside MS really need to touch it.
【在 g*****g 的大作中提到】
: C++快，浮点运算上两者差别不大，但到GUI上差别就大了。
: Eclipse用的是SWT，吃内存，但并不慢。
:
: c+
|
S********e
发帖数: 28 | 14 当然是c++快了。但是企业级应用，我想最重要的是维护吧。 |
L*********r
发帖数: 92 | 15 对于同样水平的人写出的程序.
C++和JAVA的天生的特性决定了, C++再快也没有C快. JAVA再快也没有C++快. 语言的可
管理性和性能永远都是一种折衷.
JAVA和C++的速度差异在不同的问题时有不同的结果. 有时可能差几倍, 有时也可能差
上百倍. 简单举例, C++程序直接对MEMORY操作, 而JAVA的所有MEMORY操作正常情况下
需要经过JVM, 如tracking, bookkeeping etc. 这些MEMORY管理是JAVA的优点, 但同时
也带来了速度的降低. 另外, method在JAVA中缺省是VIRTUAL的, method invoke 需要
JVM的lookup, 而C++的缺省method是code 直接的jump. C++在这一点上要快于JAVA很多
倍.
C++和JAVA有不同的适用情况, 那一种语言好, 取决于具体的case.
|
