我在c++ vs c#中插入代码的一个领域是创建到SQL Server的数据库连接并返回结果集。我比较了c++ (ODBC上的薄层)和c# (ADO。NET SqlClient)，并发现c++比c#代码快50%左右。ADO。NET被认为是处理数据库的低级接口。你可能会发现更大的差异是内存消耗而不是原始速度。

使c++代码更快的另一件事是，你可以在粒度级别上调优编译器选项，以一种在c#中无法做到的方式进行优化。

需要大量内存访问的应用程序。图像处理通常更适合在非托管环境(c++)而不是托管环境(c#)中编写。使用指针算法优化的内循环在c++中更容易控制。在c#中，你可能需要使用不安全的代码来获得相同的性能。

We have had to determine if C# was comparable to C++ in performance and I wrote some test programs for that (using Visual Studio 2005 for both languages). It turned out that without garbage collection and only considering the language (not the framework) C# has basically the same performance as C++. Memory allocation is way faster in C# than in C++ and C# has a slight edge in determinism when data sizes are increased beyond cache line boundaries. However, all of this had eventually to be paid for and there is a huge cost in the form of non-deterministic performance hits for C# due to garbage collection.

这是一个非常模糊的问题，没有真正明确的答案。

例如;我宁愿玩用c++而不是c#创建的3d游戏，因为性能肯定要好得多。(我知道XNA等，但它与真正的东西相去甚远)。

另一方面，如前所述;您应该使用一种能够让您快速完成所需工作的语言进行开发，并在必要时进行优化。

通常，这取决于应用程序。在某些情况下，c#可能慢得可以忽略不计，而在其他情况下，c++要快5到10倍，特别是在操作可以轻松SIMD的情况下。

这要看情况。如果字节码被转换成机器代码(不仅仅是JIT)(我的意思是如果你执行程序)，如果你的程序使用了很多分配/释放，它可能会更快，因为GC算法只需要一次(理论上)通过整个内存，但正常的malloc/realloc/free C/ c++调用会在每次调用上引起开销(调用开销、数据结构开销、缓存丢失;))。

所以这在理论上是可能的(对于其他GC语言也是如此)。

我并不认为不能在大多数应用程序中使用c#元编程有什么极端的缺点，因为大多数程序员都不使用它。

另一个很大的优势是SQL，像LINQ“扩展”一样，为编译器提供了优化数据库调用的机会(换句话说，编译器可以将整个LINQ编译为一个“blob”二进制文件，其中调用的函数内联或为您的使用优化，但我只是在这里推测)。