Performance 单声道性能

与GNU/Linux中的Java相比，Mono有什么性能基准吗

---

你测试过Mono的性能吗？

米格尔在这方面发表了一篇有趣的帖子

阿尔瓦罗指出, 语言枪战 与爪哇的第10位相比，排名第18位 地点

我们知道Sun的专有Java 版本（不是开源版本，如图所示） （那个还没找到） 比单声道快，但我是 很惊讶我们远远落后了。 所以我看了一下 Java6和Mono。”

（来源：）

我看过一篇

amazedsaint>米格尔在这方面发表了一篇有趣的帖子

---

那张图表已经过时了

以下是

I：

总之，Mono 2.2比Mono 2.0好，但通常比其他任何东西都慢。

我的基准测试（使用复杂的数学问题和内存操作（使用原始字符串））：

MonoDevelop Windows（使用.net 3.5在控制台上运行）： Realizando cálculos em 1.000.000 itens。。。535 实现歌剧的com字符串长。。。2.038 Realizando cálculos em 1.000.000 itens。。。530 实现歌剧的com字符串长。。。1.962 Realizando cálculos em 1.000.000 itens。。。530 实现歌剧的com字符串长。。。1.963

在Windows上使用mono.exe： Realizando cálculos em 1.000.000 itens。。。6.875 实现歌剧的com字符串长。。。6.206 Realizando cálculos em 1.000.000 itens。。。6.840 实现歌剧的com字符串长。。。6.114 Realizando cálculos em 1.000.000 itens。。。6.857 实现歌剧的com字符串长。。。6.116

在Linux Ubuntu上使用mono： Realizando cálculos em 1.000.000 itens。。。5,934 实现歌剧的com字符串长。。。6,915 Realizando cálculos em 1.000.000 itens。。。6,034 实现歌剧的com字符串长。。。7,489 Realizando cálculos em 1.000.000 itens。。。5,740 实现歌剧的com字符串长。。。6731

相同的源代码，但在Visual Studio 2008上： Realizando cálculos em 1.000.000 itens。。。588 实现歌剧的com字符串长。。。1.289 Realizando cálculos em 1.000.000 itens。。。566 实现歌剧的com字符串长。。。1.320 Realizando cálculos em 1.000.000 itens。。。702 实现歌剧的com字符串长。。。1.393

VS 2008使用NGEN生成的exe（本机可执行文件）： Realizando cálculos em 1.000.000 itens。。。567 实现歌剧的com字符串长。。。1.255 Realizando cálculos em 1.000.000 itens。。。563 实现歌剧的com字符串长。。。1.269 Realizando cálculos em 1.000.000 itens。。。562 实现歌剧的com字符串长。。。1.263

在这些测试中，mono比.NET3.5SP1=慢10倍（C++，C#（mono），C和Vala:

多种语言：

---

结论：Mono发展了很多，但与其他可用语言相比仍然很慢。我对Vala感兴趣，它的语法与C几乎相同，但在某些情况下比普通C更快。

可以找到最新的版本

简而言之，与Java相比，Mono使用的内存要少得多，运行速度也要慢一些

为了保持事物的透视性，它们都在GORD方案中运行速度相同。它们都运行这些测试数量级，比露比、LUA、Python、PHP和Perl等语言快。它们都与Pascal、OcAML、Haskell和Lisp在同一个球体中，它们的速度大约是C和C++的一半。点击更多的DETA。伊尔

吹毛求疵，我们应该清楚，我们这里的答案是比较Java和Mono C。Mono和JVM都是不同语言和语言选择的目标环境。例如，如果我们比较Mono上的F#和JVM上的Clojure，我们会得到完全不同的结果，突然“Mono”变成了“”

虽然这些比较有趣且信息丰富，但你必须对此持保留态度。首先，尽管有些人这样做，但大多数编写Java和C#代码的人并不是只在紧循环中运行数值算法。其次，在其中一些语言中，经测试的算法可能只是调用我编写的库最后，其他基准测试（和实现）可能会产生不同的结果

---

<> P>但是，推断GO比露比快得多，C++比GO快，而且java和C都很合理地给出它们的生产力（IHOO）。.

大多数基准测试都是基于紧循环的大量计算。时间在循环之前开始计数，然后在循环之后停止。如果应用程序正在进行大量数据处理，则避免使用C#和Java，只需使用C/C++

您的应用程序更有可能是服务器端。它必须接受查询、获取数据并将其发送回。在这种情况下，生成代码的原始速度与其他参数相比并不相关

您最好看看底层框架的效率有多高，代码执行前的初始化阶段有多快，实现非阻塞I/O等高效技术有多容易，代码执行后内存释放和进程回收有多好。部署代码、扩展代码有多容易

---

人的参数甚至比这更重要。一个写得不好的Java比好的C#慢，反之亦然。所以你必须检查你的开发人员。他们掌握哪种语言，他们更喜欢哪种工具？他们是VS/resharper上瘾者还是他们能使用Java IDE？学习新语言或IDE的时间不会花在wri上更好，更优化的代码。

在mono-devel列表上发布您的基准代码，或者在此处放置一个链接，这样我们就可以看到该代码的最新情况。现在C#4.0已经推出，有人想重温一下吗？@user482594-我在回答中提供了一个最新的链接，应该保持最新：@user4