python与c/c++相比的优势

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/u013485792/article/details/52574833

        理论上,python的确比C/C++慢(我对Java的开发没有经验,无法评论)。这一点不用质疑。 C/C++是编绎语言,直接使用的是机器指令,而python总是跑在的虚拟机上, 把一个逻辑直接转换为机器指令,和把同样的逻辑转换为字节码,然后再转换为机器码来执行相比, 总是要高上一大截,这一点,有各种各样的性能报告,我没有必要,也没有必要去做出这样一个报告来, 我记得大概的数值是一到两个数量级,用C++的话来说,这就是所谓的抽象惩罚。

        但实践上,并非这么简单。 现实开发者领域,总是新手远多于高手,而从新手转为高手的时间相比,C/C++使用者花费的时间要比Python使用者多的多,保守的估计是5~10倍。

        这有两方面原因,一方面, C/C++(尤其是C++)的确是“博大精深”,而且总是有无穷无尽的细节,如果你是一个真正的开发者,你就会明白,实际上,就完全精通C/C++编绎器的选项,就足够学两门python了(一点都不夸张,我遇到很多做两三年的C++开发者,遇到一个编译或者链接问题都一筹莫展),而编绎器仅仅是C++开发过程中的最后一环而已,你可以不懂,但你总得要花时间去弄懂,因为,作为一个开发者,这是每天都要面对的问题,否则你给别人一个什么东西,象python一样,给个源文件?:)等你搞懂了指针,搞懂了数组,你还得搞懂指针与数组之间微妙的关系,等你搞懂了引用,你又不得不搞清引用与指针的区别,等你弄清了static 不同的用法,你又得明白vector<vector<string>> 与vector<vector<string> > 是不一样的,尽管只是小小一个空格,然后呢?学习STL(不要告诉我你在C++直接不用STL开发应用),实际上STL对于现实应用来说,太差强人意了,如要你常做字符处理,你就明白我说的是什么了,然后Boost?然后...,终于有一天,你可以开始真正做应用了,一年过去了?:) 另一方面,C++的开发经历绝对是充满荆棘和惊喜,以及沮丧,等你达到C/C++的自由王国,你一定是身经百战,但脑袋中还是有一个弦在紧绷,因为,一不留神,你就又得没日没夜的与奇妙的错误作战,这就是C++的开发感受。而且,C/C++的编码风格问题,一直是开发中充满争议的问题,我见过太多的关于风格问题的,毫无意义的争吵,但是很极少见到最终哪一种风格会令人每个人信服。

       说说python吧,学习过程是这样的,数据类型是如此面向问题,没有了令人讨论的unsigned , short , long,这种这辈子我都不愿弄懂的修饰, 类型连同支持的操作是如此的易懂,一旦你明白了,从Sequence / Mapping纬上看问题,很容易区分list与dict,一旦你明白了Imutable与mutable的意义,你就很容易猜到,tuple与list ,set与frozenset, 的不同方法,一旦明白了list 的inplace-op与string的 non-inplace-op实现,就很容易猜到方法的使用方式,另一方面,符合现实问题的逻辑表达式,通用的len, 简洁的 a, b = b,a,让你觉得一切井然有序,而且简单明晰。强大而广泛且标准库,都把问题与实现的距离接近到了可以动手的距离。语法中相当部分约束,减少了不必要语言风格争论(私下认为,那怕是一个最难看的固定语法都比临时去决策如何去用来的好),这也加速了开发的步伐,况且还有一个风格标准建议在PEP中。

  现实中,我不相信一个三个月或六个月的应用项目,使用python会比使用C++/C开发出来的系统慢。因为,开发者总是人, 拥有同样开发年限的C++/C程序员与python程序员对语言精通的程序是截然不同的,特别情况下,python程序员是已经真正进入了经验积累期,而可能C++/C程序员才刚刚有了开发的感觉。如果可以做这样一个实验,真实的情况,可能是这样的,python开发者,早就完成系统测试,着手进行性能的优化,考虑使用C/C++替换部分性能的瓶颈,而C/C++程序可能为集成测试的不完整在正在惴惴不安,信号是,由于程序员的技能问题,项目可能要延期。


附:python与c语言运行效率对比

      Python是个非常流行的解释型脚本语言。C是一个非常流行的编译语言。由于其编译的性质,导致C一般比Python要快,但是它是更底层的。相对的,Python编程更加快速和简单。译者注:在目前最权威的TIOBE编程语言排行榜上,Python和C语言分处榜上第6和第2的高位,在脚本语言和编译语言中分别坐着第二把交椅(第一把交椅分别是PHP和Java)。

    问题在于,Python程序(在没有输入的情况下)运行时所额外花费的时间相对C而言是否更加划算,以及运行时所用的时间是否比编程时间更加重要。

    系统程序

    我决定建立一个简单的程序,该程序可以处理以下公式的计算:

    { x + y = 14
    { x^2 + y^2 = 100

    我很快用Python写了一遍,找到了答案。然后,我将其翻译成C语言。我知道,在C语言中的同一程序会花费比Python更多一些的代码,但是这并非是我所注意的问题。在继续之前,让我们看看代码:

    Python:

    x = 1
    while x <= 14:
    y = 14 - x
    print str(x) + "|" + str(y)
    if x**2 + y**2 == 100:
    print "match"
    x = x + 1

    C:

    #include (<)stdio.h(>)
    int main()
    {
    int x, y, t;
    for (x = 1; x <= 14; x++) {
    y = 14 - x;
    printf("%d|%d\n", x, y);
    if ((x*x) + (y*y) == 100)
    printf("match\n");
    }
    return 0;
    }
    我总是听说C语言永远是最快的语言之一。在命令端口运行这两个程序,我并没看出这两个的运行速度有任何差别。所以我打开Ubuntu的命令端口,并输入如下代码:
    time ./a.out

    (time指令,紧跟着可以脱离time指令而单独运行的普通指令,运行指令并计时——很明显,这里的测试对象是C程序。)我得到0.001秒real time(真实用时),而user time(用户用时)和system time(系统用时)都是0。

    接下来是Python:
    time python system.py

    结果有些吓人:0.017秒real time,0.012秒user time,0.004秒system time。
    当然了,real time的差别毕竟只有16毫秒,不过在长时间运行大量运算的大系统下这个差别就很明显了。

    百万程序

    我决定将这个设想付诸现实。我写了另一个程序,这个程序将0到1000000之间的所有整数,包括0,依次print输出。当然这和我之前提到的大量运算的情况还是不同的,不过还是给了计算机比较多一些需要print的内容。

    Python:

    i = 0
    while i (<) 1000000 print i
    i = i + 1

    C:

    #include (<)stdio.h(>)
    int main ()
    {
    int i;
    for (i = 0; i <>
    printf ("%d\n", i);
    return 0;
    }

    然后是测试结果:

    C:

    real 0m24.625s
    user 0m0.652s
    sys 0m2.240s

    Python:

    real 0m29.805s
    user 0m1.984s
    sys 0m1.812s

结论

    我承认,每个语言都有其优势和弱点。但从以上结果看来,我只会在像上面这些小程序这样快捷的编程中,或为C程序建立原型的时候才会用Python,而在运行花费时间更重要的任务中,我无疑会选择C语言。


    译者:其实这篇文章中用于测试的程序编写的不是很严谨。在原博客上,这篇文章有不少评论都表示说,虽然他们承认C是比较快,但是这样的测试方法并没有充分利用两种语言的效率最优化机制。不过,具体测试是否准确并非是我所关注的。重点是,一个Java程序员,或者一个C程序员,或者别的什么语言的开发人员,在怎样的情况下,怎样的职业需求,会促使他们学习并使用新的语言呢?


附技术讨论帖:

并发高效python根本不是c对手

阅读更多
想对作者说点什么?

博主推荐

换一批

没有更多推荐了,返回首页