Posts

Showing posts with the label comparison

A Good Mix 27: A Dynamic T-Shirt, Testoob, Mathematica and Blaze

Yet another collection of IronPython and DLR related articles, projects and blog entries from the past few weeks. You had me at dynamic  An IronPython T-Shirt created by Harry Pierson . The text is C# + IPy = <3. You had me at "dynamic" . Testoob 1.15 Released Testoob Project Homepage  The latest release of the Testoob project (yet-another-Python-testing-framework) announces IronPython support. I haven't used Testoob, but it is nice to see more projects supporting IronPython: Testoob is an advanced testing framework and test runner for Python. As a test runner, it can run your unittest test suites and make your test-running easy with tons of useful options. As a framework, you can use it to make your test-writing easy with even more useful options. Version 1.15 (Oct. 2009) adds better Python 2.6, IronPython, and Jython support, as well as test coverage improvements, better color support, and some new options and bugfixes. BoxHeadRoom: IronPython and Mathematic...

A Fairly Meaningless Server Performance Comparison

An interesting article by James Gardner comparing the performance of IronPython, Jython, Scala and CPython for serving web pages. Not only does it carry the usual caveats of all benchmarking and performance comparisons, but the version of IronPython used is the very old IronPython 2.0 Alpha 5 which still comes with Mono. UPDATE: it turns out that not only is the article using an old version of IronPython, but it advises installing Mono 1.9.1 because of the handy universal installer for Linux. Whilst this is indeed handy it is also outdated (the installer used to be built with a tool called BitRock which is non-free). The latest version of Mono is 2.4. That aside it is still an interesting read and includes instructions on how to get Mono installed and have IronPython working with the Python standard library on Linux: IronPython, Jython, Scala and Python: A Fairly Meaningless Server Performance Comparison IronPython 2.0 is a full implementation of Python 2.5 targetting the .NET platform...

Python & IronPython Iterative String Operation Benchmarks

Someone has posted some benchmarks of iterative string operations for Python and IronPython: Python Iterative Operation Benchmark CPython wins out on all of these benchmarks, except against IronPython 1 for the generator test. Not only that, but this benchmark shows (for these specific operations - all of which are related) a performance regression between IronPython 1 and 2. Hopefully these figures will provide useful data for IronPython optimisation.

A Comparison of C#, IronPython and Boo

A comparison of three .NET languages by applying them all to a single problem: A Comparison of C#, IronPython and Boo

Python vs C# 3.0: Tuples vs. Anonymous Types (Redux)

Dare Obasanjo looks at idomatic language use, in both Python and the new features of C# 3: Python vs C# 3.0: Tuples vs. Anonymous Types (Redux)

Does C# 3.0 Beat Dynamic Languages at their Own Game?

Dare Obasanjo continues his exploration of IronPython by exploring it to C# 3: Does C# 3.0 Beat Dynamic Languages at their Own Game? C# 3 has several new features, that even if not directly inspired by Python, will seem very familiar to Python programmers... Dare concludes: I love the REPL, I love the flexibility that comes from having natural support tuples in the language and I love the more compact syntax. I guess I’ll be doing a lot more coding in Python in 2008.

IronScheme, Dynamic Languages and Comparisons

Three links in one post! IronLisp becomes IronScheme The announcement is on the xacc.ide blog . Comparing IronPython and CPython R Tyler Ballance runs Pybench for CPython and IronPython (on Mono). This was discussed back in April, which included a useful comparison of .NET and Mono performance . Big in 2008: Dynamic Languages Atop High Level Languages A look forward to the future of dynamic languages in 2008, including the trend of implementing dynamic languages on top of high level languages.

Return vs. Finally - C# and IronPython

Mike Stall has an interesting new blog entry on the difference between C# and Python regarding returns in finally blocks: Return vs Finally Did you know that returns in finally blocks swallow exceptions in Python? (I didn't): >>> def f(): ... try: ... raise Exception('ouch') ... finally: ... return 3 ... >>> f() 3 >>>

IronPython and Jython Hello Windows

Kam-Hung Soh, a blogger from Australia (which should please my colleague Christian), has written a blog entry showing simple 'Hello Windows' scripts in both Jython and IronPython: IronPython and Jython Hello Windows He notes " Both implementations allow setX functions in object constructor's argument list ", which is unsurprising as both implementations are the creation of Jim Hugunin.

Natural Sort in IronPython vs. C# 2.0

Continuing the 'natural sort' meme floating around the blogosphere at the moment, Dare Obasanjo compares natural sort code in IronPython and C# 2.0: Natural Sort in IronPython vs. C# 2.0 Unsurprisingly, IronPython is slightly more concise...

Max Recursion Limit in CPython and IronPython

Unlike CPython, a maximum recursion limit isn't set by default in IronPython. An exploration (and explanation): Max Recursion Limit in CPython and IronPython

Fuzzyman on Board

Uhmm... hello to me. I'm now assisting Mark (who is busy jetsetting round the world at the moment) with the IronPython URLs blog. (By the way, if you find interesting articles that we haven't linked to, then email them to one of us.) Just to get them out of the way, here are a few articles and blog entries that I've made recently on IronPython: Python and Rich Comparison A look at the Python rich comparison methods, including how IronPython is different (and better) than CPython in this respect. Exploring Second Life with libsecondlife Threading with IronPython Benchmarking IronPython (on .NET and Mono) http://www.voidspace.org.uk/python/weblog/arch_d7_2007_04_21.shtml#e688 http://www.voidspace.org.uk/python/weblog/arch_d7_2007_04_21.shtml#e686