C语言跟Java运行速度比较 (转载) - 未名空间MITBBS历史存档

C语言跟Java运行速度比较 (转载)# Joke - 肚皮舞运动

T12012-10-30 07:10

1 楼

sigh

x*o2012-10-30 07:10

2 楼

USCIS status check 网站坏掉了？

z*a2012-10-30 07:10

3 楼

【以下文字转载自 Military 讨论区】
发信人: nuaaers (豆豆熊), 信区: Military
标题: C语言跟Java运行速度比较
发信站: BBS 未名空间站 (Tue Oct 30 00:13:16 2012, 美东)
lol

s*a2012-10-30 07:10

4 楼

不见得阿，感觉C语言那个local变量会被编译器优化掉吧。
还有c哪儿有string这个类型啊。只有char[]吧。。

【在 z*****a 的大作中提到】

: 【以下文字转载自 Military 讨论区】
: 发信人: nuaaers (豆豆熊), 信区: Military
: 标题: C语言跟Java运行速度比较
: 发信站: BBS 未名空间站 (Tue Oct 30 00:13:16 2012, 美东)
: lol

H*g2012-10-30 07:10

5 楼

世界之大无奇不有

n*42012-10-30 07:10

6 楼

语言不能单纯地说谁快吧，要比还要比编译器。只能说，在复杂程度相似的编译器下，
c比java当然要快多了…………

【在 z*****a 的大作中提到】

: 【以下文字转载自 Military 讨论区】
: 发信人: nuaaers (豆豆熊), 信区: Military
: 标题: C语言跟Java运行速度比较
: 发信站: BBS 未名空间站 (Tue Oct 30 00:13:16 2012, 美东)
: lol

s*a2012-10-30 07:10

7 楼

。。。java是虚拟机，跟c完全没得比阿。。
java跟c的差别已经超越了compiler的layer了。。

【在 n****4 的大作中提到】

: 语言不能单纯地说谁快吧，要比还要比编译器。只能说，在复杂程度相似的编译器下，
: c比java当然要快多了…………

h*02012-10-30 07:10

8 楼

这样也不完全公平，因为java语言简单些，编译器天生优化能力强。

【在 n****4 的大作中提到】

: 语言不能单纯地说谁快吧，要比还要比编译器。只能说，在复杂程度相似的编译器下，
: c比java当然要快多了…………

n*42012-10-30 07:10

9 楼

不懂。我对于码活，属于文盲级别。

【在 s*******a 的大作中提到】

: 。。。java是虚拟机，跟c完全没得比阿。。
: java跟c的差别已经超越了compiler的layer了。。

n*42012-10-30 07:10

10 楼

不对，我想了一下，完全可以做个编译器来弄java的，象弄c/c++一样。

【在 s*******a 的大作中提到】

: 。。。java是虚拟机，跟c完全没得比阿。。
: java跟c的差别已经超越了compiler的layer了。。

s*a2012-10-30 07:10

11 楼

不是的，java本质上是虚拟机解释执行，不是编译执行。。

【在 n****4 的大作中提到】

: 不对，我想了一下，完全可以做个编译器来弄java的，象弄c/c++一样。

n*42012-10-30 07:10

12 楼

原来是这样，学习了…………

【在 s*******a 的大作中提到】

: 不是的，java本质上是虚拟机解释执行，不是编译执行。。

h*02012-10-30 07:10

13 楼

也不是，java的解释执行跟python,javascrip之类还不一样。有内存乱序的。

【在 s*******a 的大作中提到】

: 不是的，java本质上是虚拟机解释执行，不是编译执行。。

n*42012-10-30 07:10

14 楼

听说有半解释，半编译，先编译，再解释，一边编译，一边解释的…………

【在 h*****0 的大作中提到】

: 也不是，java的解释执行跟python,javascrip之类还不一样。有内存乱序的。

h*02012-10-30 07:10

15 楼

我的理解，java就是编译成了可运行程序，只不过这个程序是运行在虚拟机上的。

【在 n****4 的大作中提到】

: 听说有半解释，半编译，先编译，再解释，一边编译，一边解释的…………

s*k2012-10-30 07:10

16 楼

这哪是C，明明是C++

z*n2012-10-30 07:10

17 楼

他把c/c++混着说呢。
再说笑点又不在这里。

【在 s*******a 的大作中提到】

: 不见得阿，感觉C语言那个local变量会被编译器优化掉吧。
: 还有c哪儿有string这个类型啊。只有char[]吧。。

z*n2012-10-30 07:10

18 楼

OMG。。。

【在 h*****0 的大作中提到】

: 这样也不完全公平，因为java语言简单些，编译器天生优化能力强。

w*g2012-10-30 07:10

19 楼

笑点是例子根本不是比较语言的优势。
不过java确实有快过c的例子。 jit compiler can generate very efficient code
for Java.

【在 z*****n 的大作中提到】

: OMG。。。

T*e2012-10-30 07:10

20 楼

笑点是印在一本看起来是教人写程序的书上了

code

【在 w*******g 的大作中提到】

: 笑点是例子根本不是比较语言的优势。
: 不过java确实有快过c的例子。 jit compiler can generate very efficient code
: for Java.

d*f2012-10-30 07:10

21 楼

一切像屎一样的程序都是java写得，no wonder,这个除了语言的问题还有程序员的问题
，c系统出来的程序员都是geek,java路线的大部分都是混饭的

【在 s*******a 的大作中提到】

: 不是的，java本质上是虚拟机解释执行，不是编译执行。。

d*f2012-10-30 07:10

22 楼

java写应用层的的确有可能，但是你对比的也是搓鸟写得c/c++

code

【在 w*******g 的大作中提到】

: 笑点是例子根本不是比较语言的优势。
: 不过java确实有快过c的例子。 jit compiler can generate very efficient code
: for Java.

a*o2012-10-30 07:10

23 楼

尼玛这结果谁快还真不好说。

【在 z*****a 的大作中提到】

: 【以下文字转载自 Military 讨论区】
: 发信人: nuaaers (豆豆熊), 信区: Military
: 标题: C语言跟Java运行速度比较
: 发信站: BBS 未名空间站 (Tue Oct 30 00:13:16 2012, 美东)
: lol

k*22012-10-30 07:10

24 楼

同意。写这本书的人真是陀屎。
我刚学c/c++的时候就发现编译器非常聪明，如果你在一个loop里算了个东东，
但那东东在程序后面没有用到，那个loop直接就被编译器优化掉了，压根儿就
不会进那个loop。

【在 s*******a 的大作中提到】

: 不见得阿，感觉C语言那个local变量会被编译器优化掉吧。
: 还有c哪儿有string这个类型啊。只有char[]吧。。

s*y2012-10-30 07:10

25 楼

我没有看懂大家都在讨论什么，书里面那个C例子，难道不是因为他们故意把
一个用来浪费时间的无用的循环放在C program 里面才变慢的么？
把那个没用的东西直接删了也不影响这个程序的功能啊？
如果同样的把那个东西塞到java里，估计不运行个几十分钟出不来吧？

【在 z*****a 的大作中提到】

: 【以下文字转载自 Military 讨论区】
: 发信人: nuaaers (豆豆熊), 信区: Military
: 标题: C语言跟Java运行速度比较
: 发信站: BBS 未名空间站 (Tue Oct 30 00:13:16 2012, 美东)
: lol

wy2012-10-30 07:10

26 楼

不要脸啊

【在 z*****a 的大作中提到】

: 【以下文字转载自 Military 讨论区】
: 发信人: nuaaers (豆豆熊), 信区: Military
: 标题: C语言跟Java运行速度比较
: 发信站: BBS 未名空间站 (Tue Oct 30 00:13:16 2012, 美东)
: lol

R*a2012-10-30 07:10

27 楼

同样的东西肯定会被java编译器直接忽略掉。
C++么，估计好的编译器也忽略掉，老编译器就难说了

【在 s******y 的大作中提到】

: 我没有看懂大家都在讨论什么，书里面那个C例子，难道不是因为他们故意把
: 一个用来浪费时间的无用的循环放在C program 里面才变慢的么？
: 把那个没用的东西直接删了也不影响这个程序的功能啊？
: 如果同样的把那个东西塞到java里，估计不运行个几十分钟出不来吧？

d*f2012-10-30 07:10

28 楼

impossible, no compiler will ignore loop like this by default, unless you
set on certain level optimization flag

【在 R***a 的大作中提到】

: 同样的东西肯定会被java编译器直接忽略掉。
: C++么，估计好的编译器也忽略掉，老编译器就难说了

wy2012-10-30 07:10

29 楼

你不要小瞧老编译器，这个优化是编译优化101.

【在 R***a 的大作中提到】

: 同样的东西肯定会被java编译器直接忽略掉。
: C++么，估计好的编译器也忽略掉，老编译器就难说了

wy2012-10-30 07:10

30 楼

。。。。。。。。。

【在 d********f 的大作中提到】

: impossible, no compiler will ignore loop like this by default, unless you
: set on certain level optimization flag

d*f2012-10-30 07:10

31 楼

you can test this most popular c compiler, gcc of coz will not ignore this
loop

【在 wy 的大作中提到】

: 。。。。。。。。。

m*42012-10-30 07:10

32 楼

能检测模块层static variables/loop invariant code的compiler option挺常用吧。

【在 d********f 的大作中提到】

: you can test this most popular c compiler, gcc of coz will not ignore this
: loop

w*w2012-10-30 07:10

33 楼

你们有人试过那个例子吗？真是JAVA出来的快吗？COMPILER应该能直接跳过去吧。

l*o2012-10-30 07:10

34 楼

没被笑话击倒，被你打败了。。

【在 s*******a 的大作中提到】

: 不见得阿，感觉C语言那个local变量会被编译器优化掉吧。
: 还有c哪儿有string这个类型啊。只有char[]吧。。

s*a2012-10-30 07:10

35 楼

? zkss

【在 l*****o 的大作中提到】

: 没被笑话击倒，被你打败了。。

wy2012-10-30 07:10

36 楼

怎么了

【在 l*****o 的大作中提到】

: 没被笑话击倒，被你打败了。。

a*s2012-10-30 07:10

37 楼

博导威武
就这回覆点中要害

【在 d********f 的大作中提到】

: 一切像屎一样的程序都是java写得，no wonder,这个除了语言的问题还有程序员的问题
: ，c系统出来的程序员都是geek,java路线的大部分都是混饭的

wy2012-10-30 07:10

38 楼

这个就是不客观。用java的烙印基本都是混饭的。
但是很多人还是很牛的。只不过用java的pool大，
显得平均水平比较烂

【在 a*******s 的大作中提到】

: 博导威武
: 就这回覆点中要害

l*o2012-10-30 07:10

39 楼

看错了，以为是c++呢。

【在 s*******a 的大作中提到】

: ? zkss

d*f2012-10-30 07:10

40 楼

didn't u see 大部分?

【在 wy 的大作中提到】

: 这个就是不客观。用java的烙印基本都是混饭的。
: 但是很多人还是很牛的。只不过用java的pool大，
: 显得平均水平比较烂

R*r2012-10-30 07:10

41 楼

我靠,这好比在餐馆吃饭,自己往汤里扔苍蝇,然后诬陷餐馆不干净.
好巧妙的春秋笔法.

【在 z*****a 的大作中提到】

: 【以下文字转载自 Military 讨论区】
: 发信人: nuaaers (豆豆熊), 信区: Military
: 标题: C语言跟Java运行速度比较
: 发信站: BBS 未名空间站 (Tue Oct 30 00:13:16 2012, 美东)
: lol

y*h2012-10-30 07:10

42 楼

汇编出来的呢？

【在 d********f 的大作中提到】

: 一切像屎一样的程序都是java写得，no wonder,这个除了语言的问题还有程序员的问题
: ，c系统出来的程序员都是geek,java路线的大部分都是混饭的

s*l2012-10-30 07:10

43 楼

既然在讨论这个问题，跟风问一个
为什么他妈的C就不能加一个string type呢？不要说char[]就是string，因为这玩意用
起来多麻烦。难道不可以把更高级的功能一起放到C里面？

R*a2012-10-30 07:10

44 楼

那就和最贴近汇编的高级语言身份不符了

【在 s****l 的大作中提到】

: 既然在讨论这个问题，跟风问一个
: 为什么他妈的C就不能加一个string type呢？不要说char[]就是string，因为这玩意用
: 起来多麻烦。难道不可以把更高级的功能一起放到C里面？

l*o2012-10-30 07:10

45 楼

现在没几个人用c吧，全世界范围内。。
俺用perl的都觉得自己是古董。

【在 s****l 的大作中提到】

: 既然在讨论这个问题，跟风问一个
: 为什么他妈的C就不能加一个string type呢？不要说char[]就是string，因为这玩意用
: 起来多麻烦。难道不可以把更高级的功能一起放到C里面？

s*l2012-10-30 07:10

46 楼

靠，老古董了。
最近还要捡起C来用用，真不爽。

【在 l*****o 的大作中提到】

: 现在没几个人用c吧，全世界范围内。。
: 俺用perl的都觉得自己是古董。

l*o2012-10-30 07:10

47 楼

想当年，俺曾经汇编嵌套到C里面以提高实时响应速度，用C写unix环境数据库访问界面
，恍如隔世。。。。

【在 s****l 的大作中提到】

: 靠，老古董了。
: 最近还要捡起C来用用，真不爽。

s*y2012-10-30 07:10

48 楼

笑s.

【在 R***a 的大作中提到】

: 那就和最贴近汇编的高级语言身份不符了

d*s2012-10-30 07:10

49 楼

c++和objective c都有string类型吧。

【在 s****l 的大作中提到】

: 既然在讨论这个问题，跟风问一个
: 为什么他妈的C就不能加一个string type呢？不要说char[]就是string，因为这玩意用
: 起来多麻烦。难道不可以把更高级的功能一起放到C里面？

d*s2012-10-30 07:10

50 楼

linux的内核是用纯c写的吧

【在 l*****o 的大作中提到】

: 现在没几个人用c吧，全世界范围内。。
: 俺用perl的都觉得自己是古董。

s*l2012-10-30 07:10

51 楼

c++ 比 c 友好多了
objective c有 NSString，也很友好。

【在 d***s 的大作中提到】

: c++和objective c都有string类型吧。

d*f2012-10-30 07:10

52 楼

c++可能是世界上最容易出错的语言了，用c++ 5年经验is nothing，实在看不出哪里有好

【在 s****l 的大作中提到】

: c++ 比 c 友好多了
: objective c有 NSString，也很友好。

s*a2012-10-30 07:10

53 楼

why not just use char* ...

【在 s****l 的大作中提到】

: 既然在讨论这个问题，跟风问一个
: 为什么他妈的C就不能加一个string type呢？不要说char[]就是string，因为这玩意用
: 起来多麻烦。难道不可以把更高级的功能一起放到C里面？

t*a2012-10-30 07:10

54 楼

整栋楼都是笑话

【在 s*******a 的大作中提到】

: 不见得阿，感觉C语言那个local变量会被编译器优化掉吧。
: 还有c哪儿有string这个类型啊。只有char[]吧。。

s*82012-10-30 07:10

55 楼

书里的例子太脑残，不过的确看到有人这样写，估计编译器很难优化
int i;
if (y > 0)
{
for (i = 0; i < y; i++)
{
x++;
}
}
else
{
for (i = y; i < 0; i++)
{
x--;
}
}
return x;

s*y2012-10-30 07:10

56 楼

这个估计是故意加进一个延时cycle吧？
很久很久很久以前，我看到一个类似的笑话（非常古老的笑话)，是说每次新出的
windows的
内核,其实就是加进了几个巨大的字符串和几个延时cycle, 然后直接
调用上一版的windows.

【在 s******8 的大作中提到】

: 书里的例子太脑残，不过的确看到有人这样写，估计编译器很难优化
: int i;
: if (y > 0)
: {
: for (i = 0; i < y; i++)
: {
: x++;
: }
: }
: else

s*y2012-10-30 07:10

57 楼

遥想当年大学的时候，我们居然也学了汇编语言，对着单片机端口编程。
而且还学了模拟电路和数字电路，还能自己整个逻辑电路，考试的时候
老师发一堆电阻和电容，自己插线路做板子搞逻辑模拟器，那个时候感觉
自己几乎是无所不能，invincible 啊。
哎，往事不可追啊，我现在连个Matlab 都推三挡四的不肯去学。

【在 y*h 的大作中提到】

:
: 汇编出来的呢？

z*a2012-10-30 07:10

58 楼

【以下文字转载自 Military 讨论区】
发信人: nuaaers (豆豆熊), 信区: Military
标题: C语言跟Java运行速度比较
发信站: BBS 未名空间站 (Tue Oct 30 00:13:16 2012, 美东)
lol

s*a2012-10-30 07:10

59 楼

不见得阿，感觉C语言那个local变量会被编译器优化掉吧。
还有c哪儿有string这个类型啊。只有char[]吧。。

【在 z*****a 的大作中提到】

: 【以下文字转载自 Military 讨论区】
: 发信人: nuaaers (豆豆熊), 信区: Military
: 标题: C语言跟Java运行速度比较
: 发信站: BBS 未名空间站 (Tue Oct 30 00:13:16 2012, 美东)
: lol

H*g2012-10-30 07:10

60 楼

世界之大无奇不有

n*42012-10-30 07:10

61 楼

语言不能单纯地说谁快吧，要比还要比编译器。只能说，在复杂程度相似的编译器下，
c比java当然要快多了…………

【在 z*****a 的大作中提到】

: 【以下文字转载自 Military 讨论区】
: 发信人: nuaaers (豆豆熊), 信区: Military
: 标题: C语言跟Java运行速度比较
: 发信站: BBS 未名空间站 (Tue Oct 30 00:13:16 2012, 美东)
: lol

s*a2012-10-30 07:10

62 楼

。。。java是虚拟机，跟c完全没得比阿。。
java跟c的差别已经超越了compiler的layer了。。

【在 n****4 的大作中提到】

: 语言不能单纯地说谁快吧，要比还要比编译器。只能说，在复杂程度相似的编译器下，
: c比java当然要快多了…………

h*02012-10-30 07:10

63 楼

这样也不完全公平，因为java语言简单些，编译器天生优化能力强。

【在 n****4 的大作中提到】

: 语言不能单纯地说谁快吧，要比还要比编译器。只能说，在复杂程度相似的编译器下，
: c比java当然要快多了…………

n*42012-10-30 07:10

64 楼

不懂。我对于码活，属于文盲级别。

【在 s*******a 的大作中提到】

: 。。。java是虚拟机，跟c完全没得比阿。。
: java跟c的差别已经超越了compiler的layer了。。

n*42012-10-30 07:10

65 楼

不对，我想了一下，完全可以做个编译器来弄java的，象弄c/c++一样。

【在 s*******a 的大作中提到】

: 。。。java是虚拟机，跟c完全没得比阿。。
: java跟c的差别已经超越了compiler的layer了。。

s*a2012-10-30 07:10

66 楼

不是的，java本质上是虚拟机解释执行，不是编译执行。。

【在 n****4 的大作中提到】

: 不对，我想了一下，完全可以做个编译器来弄java的，象弄c/c++一样。

n*42012-10-30 07:10

67 楼

原来是这样，学习了…………

【在 s*******a 的大作中提到】

: 不是的，java本质上是虚拟机解释执行，不是编译执行。。

h*02012-10-30 07:10

68 楼

也不是，java的解释执行跟python,javascrip之类还不一样。有内存乱序的。

【在 s*******a 的大作中提到】

: 不是的，java本质上是虚拟机解释执行，不是编译执行。。

n*42012-10-30 07:10

69 楼

听说有半解释，半编译，先编译，再解释，一边编译，一边解释的…………

【在 h*****0 的大作中提到】

: 也不是，java的解释执行跟python,javascrip之类还不一样。有内存乱序的。

h*02012-10-30 07:10

70 楼

我的理解，java就是编译成了可运行程序，只不过这个程序是运行在虚拟机上的。

【在 n****4 的大作中提到】

: 听说有半解释，半编译，先编译，再解释，一边编译，一边解释的…………

s*k2012-10-30 07:10

71 楼

这哪是C，明明是C++

z*n2012-10-30 07:10

72 楼

他把c/c++混着说呢。
再说笑点又不在这里。

【在 s*******a 的大作中提到】

: 不见得阿，感觉C语言那个local变量会被编译器优化掉吧。
: 还有c哪儿有string这个类型啊。只有char[]吧。。

z*n2012-10-30 07:10

73 楼

OMG。。。

【在 h*****0 的大作中提到】

: 这样也不完全公平，因为java语言简单些，编译器天生优化能力强。

w*g2012-10-30 07:10

74 楼

笑点是例子根本不是比较语言的优势。
不过java确实有快过c的例子。 jit compiler can generate very efficient code
for Java.

【在 z*****n 的大作中提到】

: OMG。。。

T*e2012-10-30 07:10

75 楼

笑点是印在一本看起来是教人写程序的书上了

code

【在 w*******g 的大作中提到】

: 笑点是例子根本不是比较语言的优势。
: 不过java确实有快过c的例子。 jit compiler can generate very efficient code
: for Java.

d*f2012-10-30 07:10

76 楼

一切像屎一样的程序都是java写得，no wonder,这个除了语言的问题还有程序员的问题
，c系统出来的程序员都是geek,java路线的大部分都是混饭的

【在 s*******a 的大作中提到】

: 不是的，java本质上是虚拟机解释执行，不是编译执行。。

d*f2012-10-30 07:10

77 楼

java写应用层的的确有可能，但是你对比的也是搓鸟写得c/c++

code

【在 w*******g 的大作中提到】

: 笑点是例子根本不是比较语言的优势。
: 不过java确实有快过c的例子。 jit compiler can generate very efficient code
: for Java.

a*o2012-10-30 07:10

78 楼

尼玛这结果谁快还真不好说。

【在 z*****a 的大作中提到】

: 【以下文字转载自 Military 讨论区】
: 发信人: nuaaers (豆豆熊), 信区: Military
: 标题: C语言跟Java运行速度比较
: 发信站: BBS 未名空间站 (Tue Oct 30 00:13:16 2012, 美东)
: lol

k*22012-10-30 07:10

79 楼

同意。写这本书的人真是陀屎。
我刚学c/c++的时候就发现编译器非常聪明，如果你在一个loop里算了个东东，
但那东东在程序后面没有用到，那个loop直接就被编译器优化掉了，压根儿就
不会进那个loop。

【在 s*******a 的大作中提到】

: 不见得阿，感觉C语言那个local变量会被编译器优化掉吧。
: 还有c哪儿有string这个类型啊。只有char[]吧。。

s*y2012-10-30 07:10

80 楼

我没有看懂大家都在讨论什么，书里面那个C例子，难道不是因为他们故意把
一个用来浪费时间的无用的循环放在C program 里面才变慢的么？
把那个没用的东西直接删了也不影响这个程序的功能啊？
如果同样的把那个东西塞到java里，估计不运行个几十分钟出不来吧？

【在 z*****a 的大作中提到】

: 【以下文字转载自 Military 讨论区】
: 发信人: nuaaers (豆豆熊), 信区: Military
: 标题: C语言跟Java运行速度比较
: 发信站: BBS 未名空间站 (Tue Oct 30 00:13:16 2012, 美东)
: lol

wy2012-10-30 07:10

81 楼

不要脸啊

【在 z*****a 的大作中提到】

: 【以下文字转载自 Military 讨论区】
: 发信人: nuaaers (豆豆熊), 信区: Military
: 标题: C语言跟Java运行速度比较
: 发信站: BBS 未名空间站 (Tue Oct 30 00:13:16 2012, 美东)
: lol

R*a2012-10-30 07:10

82 楼

同样的东西肯定会被java编译器直接忽略掉。
C++么，估计好的编译器也忽略掉，老编译器就难说了

【在 s******y 的大作中提到】

: 我没有看懂大家都在讨论什么，书里面那个C例子，难道不是因为他们故意把
: 一个用来浪费时间的无用的循环放在C program 里面才变慢的么？
: 把那个没用的东西直接删了也不影响这个程序的功能啊？
: 如果同样的把那个东西塞到java里，估计不运行个几十分钟出不来吧？

d*f2012-10-30 07:10

83 楼

impossible, no compiler will ignore loop like this by default, unless you
set on certain level optimization flag

【在 R***a 的大作中提到】

: 同样的东西肯定会被java编译器直接忽略掉。
: C++么，估计好的编译器也忽略掉，老编译器就难说了

wy2012-10-30 07:10

84 楼

你不要小瞧老编译器，这个优化是编译优化101.

【在 R***a 的大作中提到】

: 同样的东西肯定会被java编译器直接忽略掉。
: C++么，估计好的编译器也忽略掉，老编译器就难说了

wy2012-10-30 07:10

85 楼

。。。。。。。。。

【在 d********f 的大作中提到】

: impossible, no compiler will ignore loop like this by default, unless you
: set on certain level optimization flag

d*f2012-10-30 07:10

86 楼

you can test this most popular c compiler, gcc of coz will not ignore this
loop

【在 wy 的大作中提到】

: 。。。。。。。。。

m*42012-10-30 07:10

87 楼

能检测模块层static variables/loop invariant code的compiler option挺常用吧。

【在 d********f 的大作中提到】

: you can test this most popular c compiler, gcc of coz will not ignore this
: loop

w*w2012-10-30 07:10

88 楼

你们有人试过那个例子吗？真是JAVA出来的快吗？COMPILER应该能直接跳过去吧。

l*o2012-10-30 07:10

89 楼

没被笑话击倒，被你打败了。。

【在 s*******a 的大作中提到】

: 不见得阿，感觉C语言那个local变量会被编译器优化掉吧。
: 还有c哪儿有string这个类型啊。只有char[]吧。。

s*a2012-10-30 07:10

90 楼

? zkss

【在 l*****o 的大作中提到】

: 没被笑话击倒，被你打败了。。

wy2012-10-30 07:10

91 楼

怎么了

【在 l*****o 的大作中提到】

: 没被笑话击倒，被你打败了。。

a*s2012-10-30 07:10

92 楼

博导威武
就这回覆点中要害

【在 d********f 的大作中提到】

: 一切像屎一样的程序都是java写得，no wonder,这个除了语言的问题还有程序员的问题
: ，c系统出来的程序员都是geek,java路线的大部分都是混饭的

wy2012-10-30 07:10

93 楼

这个就是不客观。用java的烙印基本都是混饭的。
但是很多人还是很牛的。只不过用java的pool大，
显得平均水平比较烂

【在 a*******s 的大作中提到】

: 博导威武
: 就这回覆点中要害

l*o2012-10-30 07:10

94 楼

看错了，以为是c++呢。

【在 s*******a 的大作中提到】

: ? zkss

d*f2012-10-30 07:10

95 楼

didn't u see 大部分?

【在 wy 的大作中提到】

: 这个就是不客观。用java的烙印基本都是混饭的。
: 但是很多人还是很牛的。只不过用java的pool大，
: 显得平均水平比较烂

R*r2012-10-30 07:10

96 楼

我靠,这好比在餐馆吃饭,自己往汤里扔苍蝇,然后诬陷餐馆不干净.
好巧妙的春秋笔法.

【在 z*****a 的大作中提到】

: 【以下文字转载自 Military 讨论区】
: 发信人: nuaaers (豆豆熊), 信区: Military
: 标题: C语言跟Java运行速度比较
: 发信站: BBS 未名空间站 (Tue Oct 30 00:13:16 2012, 美东)
: lol

y*h2012-10-30 07:10

97 楼

汇编出来的呢？

【在 d********f 的大作中提到】

: 一切像屎一样的程序都是java写得，no wonder,这个除了语言的问题还有程序员的问题
: ，c系统出来的程序员都是geek,java路线的大部分都是混饭的

s*l2012-10-30 07:10

98 楼

既然在讨论这个问题，跟风问一个
为什么他妈的C就不能加一个string type呢？不要说char[]就是string，因为这玩意用
起来多麻烦。难道不可以把更高级的功能一起放到C里面？

R*a2012-10-30 07:10

99 楼

那就和最贴近汇编的高级语言身份不符了

【在 s****l 的大作中提到】

: 既然在讨论这个问题，跟风问一个
: 为什么他妈的C就不能加一个string type呢？不要说char[]就是string，因为这玩意用
: 起来多麻烦。难道不可以把更高级的功能一起放到C里面？

l*o2012-10-30 07:10

100 楼

现在没几个人用c吧，全世界范围内。。
俺用perl的都觉得自己是古董。

【在 s****l 的大作中提到】

: 既然在讨论这个问题，跟风问一个
: 为什么他妈的C就不能加一个string type呢？不要说char[]就是string，因为这玩意用
: 起来多麻烦。难道不可以把更高级的功能一起放到C里面？

s*l2012-10-30 07:10

101 楼

靠，老古董了。
最近还要捡起C来用用，真不爽。

【在 l*****o 的大作中提到】

: 现在没几个人用c吧，全世界范围内。。
: 俺用perl的都觉得自己是古董。

l*o2012-10-30 07:10

102 楼

想当年，俺曾经汇编嵌套到C里面以提高实时响应速度，用C写unix环境数据库访问界面
，恍如隔世。。。。

【在 s****l 的大作中提到】

: 靠，老古董了。
: 最近还要捡起C来用用，真不爽。

s*y2012-10-30 07:10

103 楼

笑s.

【在 R***a 的大作中提到】

: 那就和最贴近汇编的高级语言身份不符了

d*s2012-10-30 07:10

104 楼

c++和objective c都有string类型吧。

【在 s****l 的大作中提到】

: 既然在讨论这个问题，跟风问一个
: 为什么他妈的C就不能加一个string type呢？不要说char[]就是string，因为这玩意用
: 起来多麻烦。难道不可以把更高级的功能一起放到C里面？

d*s2012-10-30 07:10

105 楼

linux的内核是用纯c写的吧

【在 l*****o 的大作中提到】

: 现在没几个人用c吧，全世界范围内。。
: 俺用perl的都觉得自己是古董。

s*l2012-10-30 07:10

106 楼

c++ 比 c 友好多了
objective c有 NSString，也很友好。

【在 d***s 的大作中提到】

: c++和objective c都有string类型吧。

d*f2012-10-30 07:10

107 楼

c++可能是世界上最容易出错的语言了，用c++ 5年经验is nothing，实在看不出哪里有好

【在 s****l 的大作中提到】

: c++ 比 c 友好多了
: objective c有 NSString，也很友好。

s*a2012-10-30 07:10

108 楼

why not just use char* ...

【在 s****l 的大作中提到】

: 既然在讨论这个问题，跟风问一个
: 为什么他妈的C就不能加一个string type呢？不要说char[]就是string，因为这玩意用
: 起来多麻烦。难道不可以把更高级的功能一起放到C里面？

t*a2012-10-30 07:10

109 楼

整栋楼都是笑话

【在 s*******a 的大作中提到】

: 不见得阿，感觉C语言那个local变量会被编译器优化掉吧。
: 还有c哪儿有string这个类型啊。只有char[]吧。。

s*82012-10-30 07:10

110 楼

书里的例子太脑残，不过的确看到有人这样写，估计编译器很难优化
int i;
if (y > 0)
{
for (i = 0; i < y; i++)
{
x++;
}
}
else
{
for (i = y; i < 0; i++)
{
x--;
}
}
return x;

s*y2012-10-30 07:10

111 楼

这个估计是故意加进一个延时cycle吧？
很久很久很久以前，我看到一个类似的笑话（非常古老的笑话)，是说每次新出的
windows的
内核,其实就是加进了几个巨大的字符串和几个延时cycle, 然后直接
调用上一版的windows.

【在 s******8 的大作中提到】

: 书里的例子太脑残，不过的确看到有人这样写，估计编译器很难优化
: int i;
: if (y > 0)
: {
: for (i = 0; i < y; i++)
: {
: x++;
: }
: }
: else

s*y2012-10-30 07:10

112 楼

遥想当年大学的时候，我们居然也学了汇编语言，对着单片机端口编程。
而且还学了模拟电路和数字电路，还能自己整个逻辑电路，考试的时候
老师发一堆电阻和电容，自己插线路做板子搞逻辑模拟器，那个时候感觉
自己几乎是无所不能，invincible 啊。
哎，往事不可追啊，我现在连个Matlab 都推三挡四的不肯去学。

【在 y*h 的大作中提到】

:
: 汇编出来的呢？

t*a2012-10-30 07:10

113 楼

传说当AP很忙的，怎么有空到处晃悠阿，是不是AP写的挂网灌水机器人在活动

【在 s******y 的大作中提到】

: 遥想当年大学的时候，我们居然也学了汇编语言，对着单片机端口编程。
: 而且还学了模拟电路和数字电路，还能自己整个逻辑电路，考试的时候
: 老师发一堆电阻和电容，自己插线路做板子搞逻辑模拟器，那个时候感觉
: 自己几乎是无所不能，invincible 啊。
: 哎，往事不可追啊，我现在连个Matlab 都推三挡四的不肯去学。

w*e2012-10-30 07:10

114 楼

就这表达能力，还是不要编书了。

【在 z*****a 的大作中提到】

: 【以下文字转载自 Military 讨论区】
: 发信人: nuaaers (豆豆熊), 信区: Military
: 标题: C语言跟Java运行速度比较
: 发信站: BBS 未名空间站 (Tue Oct 30 00:13:16 2012, 美东)
: lol

v*m2012-10-30 07:10

115 楼

明白人。

【在 s*******a 的大作中提到】

: 不见得阿，感觉C语言那个local变量会被编译器优化掉吧。
: 还有c哪儿有string这个类型啊。只有char[]吧。。

n*t2012-10-30 07:10

116 楼

麻烦在哪里？

【在 s****l 的大作中提到】

: 既然在讨论这个问题，跟风问一个
: 为什么他妈的C就不能加一个string type呢？不要说char[]就是string，因为这玩意用
: 起来多麻烦。难道不可以把更高级的功能一起放到C里面？

z*n2012-10-30 07:10

117 楼

没几个用C？
随便去看看programming language popularity吧。

【在 l*****o 的大作中提到】

: 现在没几个人用c吧，全世界范围内。。
: 俺用perl的都觉得自己是古董。

M*n2012-10-30 07:10

118 楼

C基本上是被当作Assembly在用吧，实在不行再直接用assembly.很多系统的内部代码不
需要很复杂的逻辑却需要很高效率的地方都是用C的。

【在 z*****n 的大作中提到】

: 没几个用C？
: 随便去看看programming language popularity吧。

z*n2012-10-30 07:10

119 楼

啥叫“C当assembly在用”？
为啥不是assembly当C用？

【在 M********n 的大作中提到】

: C基本上是被当作Assembly在用吧，实在不行再直接用assembly.很多系统的内部代码不
: 需要很复杂的逻辑却需要很高效率的地方都是用C的。

M*n2012-10-30 07:10

120 楼

你要这么说也可以，只不过assembly的出现显然比 C 早得多，传统上来说，“需要高
执行效率”的地方就是要用assembly的。后来C比assembly好用，效率也差不多，所以
都用C代替 assmebly了。

【在 z*****n 的大作中提到】

: 啥叫“C当assembly在用”？
: 为啥不是assembly当C用？