MLUG: Re: [MLUG] mono
Re: [MLUG] mono
Email address obfuscation in effect -- please click here to turn it off.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

   FWIW, a simple for loop is about 300 times faster
   in mono than in Octave.

I would definitely like to see more interoperability between Octave, R, some of the graphics programs, symbolic math programs and typesetting programs.

Sadly, this doesn't mean that Octave.NET would be 300 times faster than Octave. It means that the .NET virtual machine and whatever compiler produced the .NET program together produce a loop about 300 times faster than the existing Octave parser and excution core. When ported to .NET Octave could add it's own slowness to whatever inherit slowness .NET has to together create something even slower. Hopefully the porting will result in code cleanup and refactoring that will allow Octave programs to run at close to that 300x speed though. A common execution core shared between languages is a good idea partly because the reuse of code should result in a better and faster execution core. From this post it sounds as if Octave isn't terribly effecient in how it does this right now.


More interesting comparisons would be comparing the same code done in C , Python, Java, and C#. Comparisons between CPython (C), IronPython (.NET), Python with Psyco/PyPy (C with JIT), and JPython (Java) enabled would interest me too since they'd more greatly explore speed relationships of the same language in different execution cores.

--
Michael <EMAIL:PROTECTED>
http://kavlon.org


_______________________________________________ members mailing list EMAIL:PROTECTED http://mlug.missouri.edu/mailman/listinfo/members