blocks|key|4376774|text|IronPython的性能真的很好。您得到的启动性能损失与.NET运行时有关。.NET应用程序通常有一个缓慢的启动时间，因为许多程序集被加载，其中一些(至少是一些类)是动态编译的。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4376775|这是.NET中的预期行为，实际的运行时性能要好得多。甚至可以通过预编译IronPython程序集并在计算机的GAC:全局程序集缓存中放置一个副本来提高启动性能。这可以使用gacutil.exe来完成。|offset|length|style|CODE|4376776|entityMap|0|LINK|mutability|MUTABLE|url|http://msdn.microsoft.com/en-us/library/ex0ss12c(VS.80).aspx)^0|0|2D|B|2D|B|0|0^^$0|@$1|2|3|4|5|6|7|P|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|Q|8|@$D|R|E|S|F|G]]|9|@$D|T|E|U|1|V]]|A|$]]|$1|H|3|-4|5|6|7|W|8|@]|9|@]|A|$]]]|I|$J|$5|K|L|M|A|$N|O]]]]

IronPython's performance is really quite good. The startup performance penalty that you get has got to do with the .NET runtime. .NET applications generally have a slow startup time because a lot of assemblies get loaded and some of them (at least some classes) get compiled on the fly.

This is expected behaviour in .NET. Actual runtime performance is much better. Even startup performance can be improved by pre-compiling the IronPython assembly and putting a copy in the GAC: global assembly cache of your machine. This can be done using the <a href="http://msdn.microsoft.com/en-us/library/ex0ss12c(VS.80).aspx" rel="noreferrer"><code>gacutil.exe</code></a>.

blocks|key|3529598|text|您还可以预编译IronPython附带的标准库，以获得更好的启动性能。有一个pyc.py示例可以做到这一点。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3529599|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

You can also pre-compile the standard library that comes with IronPython to get much better startup performance. There's a pyc.py sample which can do this.

blocks|key|311811|text|内核数量不会对启动perf产生太大影响:)|type|unstyled|depth|inlineStyleRanges|entityRanges|data|311812|由于32位和64位抖动之间的性能差异，在64位操作系统上启动特别慢。如果您使用的是64位操作系统，但不需要64位进程，请尝试以下操作：|311813|311814|将ipy.exe复制到ipy32.exe+|ordered-list-item|311815|使用Windows+SDK中的corflags.exe将ipy32.exe标记为32位可执行文件，方法是说"corflags+/32bit%2B+ipy32.exe“。|311816|311817|32位版本应该会为您提供更好的启动--尽管仍然比不上CPython启动。但这是我们继续努力的方向。|311818|entityMap^0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|O|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|P|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|Q|8|@]|9|@]|A|$]]|$1|E|3|F|5|G|7|R|8|@]|9|@]|A|$]]|$1|H|3|I|5|G|7|S|8|@]|9|@]|A|$]]|$1|J|3|-4|5|6|7|T|8|@]|9|@]|A|$]]|$1|K|3|L|5|6|7|U|8|@]|9|@]|A|$]]|$1|M|3|-4|5|6|7|V|8|@]|9|@]|A|$]]]|N|$]]

The number of cores is not going to make much of a difference to startup perf :)

Startup is particularly slow on a 64-bit operating system because of performance differences between the 32-bit and 64-bit jitters. If you're using a 64-bit OS but don't need a 64-bit process, try the following:

<ol>
<li>copy ipy.exe to ipy32.exe</li>
<li>use corflags.exe from the Windows SDK to
mark ipy32.exe as a 32-bit
executable by saying "corflags
/32bit+ ipy32.exe".</li>
</ol>

The 32-bit version should give you much better startup -- though still nowhere near as good as the CPython startup. But this is something we're continuing to work on.

blocks|key|3529576|text|启动时间和运行性能没有直接关系。Java+applet以运行缓慢著称，这并不是因为applet运行缓慢，而是因为运行时需要几分钟才能启动。如果你在做一个桌面应用，我会担心启动性能。如果您运行的服务器代码中的运行时间总是在运行，那么这不是问题。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3529577|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Start up time and running performance are not directly related. Java applets got most of their reputation for slowness not because the applet ran slowly but because it took the run time minutes to get started. If you are doing a desktop app, I would worry about startup performance. If your running server code where the run time is always up, it isn't an issue.

blocks|key|4376945|text|在CodePlex上的IronPython代码中，解释器的启动时间有所改善。尽管与CPython相比，我仍然看到了延迟，但已经有了显著的改进。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4376946|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

There are improvements in the interpreter startup time in the IronPython code on CodePlex. Although I am still seeing delays when compared to CPython, there is significant improvement.

I'm considering embedding IronPython as a scripting language for an application that I'm writing. So to try it out, I downloaded IronPython 2.0 and fired up the interactive interpreter. Just starting the thing up takes about 5 seconds on my Intel Quad Core with 6 Gigs of memory. I can hardly imagine how much of a delay this would be for a less powerful machine.

Based on <a href="http://www.codeplex.com/IronPython/Wiki/View.aspx?title=IP20VsCPy25Perf&amp;referringTitle=IronPython%20Performance" rel="nofollow noreferrer">these benchmarks</a>, it seems as though IronPython's performance actually isn't too terribly bad. Or is it? Have I misconfigured something during installation? Or is this a problem with the interactive interpreter?

IronPython performance

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我正在考虑将IronPython作为我正在编写的应用程序的脚本语言。因此，为了试用它，我下载了IronPython 2.0并启动了交互式解释器。在我的英特尔四核处理器上，仅启动它就需要大约5秒的时间，内存为6 of。我很难想象对于一台功能较弱的机器来说，这会有多大的延迟。基于，似乎IronPython的性能实际上并不是太差。还是真的是这样？我在安装过程中有没有配置错误？或者这是交互式解释器的问题？

问IronPython性能
EN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问IronPython性能EN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问IronPython性能
EN