熟悉VC++和delphi请发表高见？VC++和delphi的执行效率的比较情况如何？delphi肯定慢但如果是一个主要是数据运算的项目，大概慢多少？

至于速度，我想应该有9:10，其实其最重要的区别在于其文件的大小，而不在于速度，同样的程序，用delphi来写比用vc来写大不知多少，可是其速度，不见得会输入于VC的，不知你以为然否。

解决方案 »

免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货

第一次执行Delph因为文件比较大，装入消耗时间，但执行效率比Vc要高，
delphi,如果是数据运算相当密集的问题，delphi肯定快，
在www.zdnet.com上有评测的文章！
要对Borland的编译器有信心嘛！
BC哪个版本不比VC的快那么一点？
Delphi也不会差到哪去啦
首先反对Delphi比VC慢！
然后不存在第二个问题！
从Delphi的实现机制看编程比vc方便，但比VC冗余，所以比VC慢
没有GUI操作的情况下：应该是VC慢。我比较过类似语句的汇编代码，Delphi的只有VC的3/4到2/3，尤其是进行浮点运算的时候。CB介于Delphi和VC之间。可见认为Delphi的执行效率其实是从Dos下的Pascal和C++的结论带过来的，这种想法过时的偏见。
当操作了GUI之后，Delphi和VC之间的执行效率完全可以忽略不计了。
Delphi不一定比VC慢,相反,某些地方可能比VC还快.就我知道的而言,delphi的优化功能是做的最好的.vc在代码优化方面和Delphi无法比.大家可以写一些无用的代码,然后再看vc和Delhi生成的汇编码,就会知道Delphi做了许多优化的动作,而VC则只是照本宣科的逐句翻译.请大家实施下面的例子.1.循环(Delphi中,循环变量在循环中使用与否,都会对最后的汇编码产生影响.如果在循环中不使用循环变量,Delphi用Dec()来处理循环变量,如果使用循环变量的话,则根据to ,downto来决定使用inc or dec,虽然我不知道这么处理有什么好处,但如此良苦用心不得不佩服).2.过程调用,3.变量使用(尤其是在循环中,简直可以说VC是白痴);然后设置断点,察看debug的cpu窗口.仔细察看他们的汇编码.当然,话说回来,VC毕竟是C语言,拥有较低级的数据操作方式,因此某些方面肯定优于基于Passcal的Delphi.另外:VC的程序员不要生气,我是在调试时发现这些情况的,也许VC在发行版会做更好的优化.如果谁有兴趣的话,可以用SoftIce将Delphi 和 VC的发行版的汇编码比较比较.将结果发给大家看一看.
    不过即使如此,我还是建议Delphi程序员不要因此就把VC看低了,更不要就此放弃去学VC,虽然他不是最好的C语言编译系统,但也不赖.而且系出名门.更身挎MSDN!!!总的来说,大家靠MS吃饭,
MS的工具肯定能给你最大的帮助.
to whoo：高见！希望更多高手参与！
单看执行效率VC,CB,Delphi差不多，并且都允许使用汇编代码，大不了...
可是我记得原来看到的测评报告说，大概是delphi2的测评，执行效率能达到c的70%
Delphi编译出来的文件是比VC编出来的大，但要搞清楚，这并不是Delphi的问题，VC同样需要运行库，只是因为VC的运行库已经包含在系统中了，象原来VB要运行库一样，你下载了一个用VB编的程序，回来运行却出现要什么诸如Vbrun*.dll之类的文件。但现在也不需要了，在98以后的系统中都包含进去了，难道这怪DELPHI么？如果将VC的运行库也加上的话，据测试，VC的文件比Delphi的大！！
至于说Delphi的程序比VC的慢，那更是无知的说法！就好象：一个站在山顶的侏儒对着所有山下的人说，我比你们都高！！
哈哈，可笑至及！！！！！！
to:csdndelphiDelphi2!!!??? C???!!!C没有类的概念，速度当然快了。
我来个牛杯总结：
  VC++ 与 DELPHI
  两者运算速度其实是差不多的；速度这个指标要细分：
    开发速度、编译速度、装载速度、运行速度、算术运算速度等；
差别：
   主要是VC++ 面向MFC，即微软基本类，所以框架小，代码短，短小精焊，但开发效率差；
   DELPHI 是面向VCL，即可视化元件库，在MFC上又包装了，多了一层，所以框架大，代码
   大,但开发效率高；
如果只是数值运算，Delphi一定比VC快。小弟做过一个试验，用Delphi5与VC6.0比较
Delphi的浮点运算、整型运算都比VC快。特别是Delphi在字符窜运算上要比VC快十几倍。
但Delphi的画点速度要比VC慢。
运算速度只要是同一个数量级就可以了，
主要的是开发速度最重要:RAD
VCL和MFC没关系啊，不是在MFC上又多了一层。其实VCL的代码还是相当精简的，想想MFC那么多代码编译后的结果就不可能少。MFC是微软对OWL的蹩脚的模仿，搞得还不如OWL，跟VCL是没法比的。开发速度对于所有项目都是非常重要的，其它的就不一定了，要看具体情况。这就是Delphi/CB为什么流行的原因。
建议您访问www.etechbase.net/tech,里面有很多资料，也许可以解决您的问题。
访问http://168.168.18.11:81/etechbase/advsearch.php将您的问题输入查询内容框，选择不同的精确程度，即可以找到你所需要的答案。效果还是可以的。
再请问各位大虾：Windows NT 及 Windows 2000 的信使服务是怎么运行的？有谁知道，麻烦请告诉我！
如果有Athlon1.2G+256M,还存在快慢问题吗。不过从开发速度看,Delphi显然比VC快
想不到这个问题还有人发表见解,我再来凑凑热闹吧:前几天因为要对以前的一个程序进行改进(官方语言:升级；实际情况:除Bugs),所以想进行一些优化，其中有一个就是屏幕拷贝的。原来使用的是Delphi的DC，当时就想不知VC会不会快点。在加之在多媒体版看到一些讨论，很受启发。于是就用 VC 加 Directx 试了一下，效果不大明显，怀疑之余，又用VC的DC试了一下。经过反复比较（不同分辨率，色深下的 Bitblt操作），结论如下：
  VC Directx 比 Delphi DC 快一点点，
  Delphi DC 比 VC DC 快一点点。
他们之间的差距都非常小（都在一两个百分点左右---具体跟分辨率，色深有关）！遗憾的是没有测试过Delphi Directx！Mickey 告诉过我一个Directx for Delphi的控件，我试了一下它的例子，效果不错。帮助也做的象模象样。不过等到我准备试一试编程时，发现他封装的太别扭了，而且感觉启动速度有点慢，所以没做下去。
那位高手有兴趣的话，可以试试Delphi Directx 的速度。
to huyz
我用的是pIII900,256M,815E主板，UDMA-66，速度还是不够快!
用 Delphi 进行 DirectX 编程为什么一定要用 DelphiX 这套控件？出于速度上的考虑，我用 Delphi 进行 DirectX 编程时绝对不用它，只用 DirectX SDK for Delphi 的 API 声明单元库，就相当于 DX SDK for VC++ ，只不过里面的 C/C++ 头文件全部用 Delphi 改写成了单元结构，速度上和 VC++ 开发出的没什么差距。
代码写的好的话 Delphi 不会比 VC 慢的说
偶对Borland的编译器绝对有信心