[IronPython] IronPython now runs faster on Mono
Thanks to optimization works on delegate invocation, IronPython now runs faster on Mono. Conservatively, you can expect 5% speedup for 1.1, and 10% speedup for 2.0a1. Look forward to Mono 1.2.5! * * * Here are some pystone results. All results are best of 3. Mono stable = Debian packaged Mono 1.2.4-3 Mono SVN = Default build of Mono SVN revision 78485 Workstation = Intel Pentium 4 CPU 2.66GHz Laptop = Intel Pentium 4 Mobile CPU 1.70GHz 1.1 = IronPython Community Edition r6 2.0a1 = IronPython 2.0 Alpha 1 with patches (see below) stable/workstation/1.1: 44134 svn/workstation/1.1: 46736 (+6%) stable/laptop/1.1: 28624 svn/laptop/1.1: 31187 (+9%) Mono stable can't run IronPython 2.0a1. I only have results for Mono as of May 17, from chat logs. That's why numbers are approximate. I will refer to this version as may. may/workstation/2.0a1: 32800 svn/workstation/2.0a1: 36362 (+11%) may/laptop/2.0a1: 21K svn/laptop/2.0a1: 23354 (+11%) * * * patches to 2.0a1 are here: https://fepy.svn.sourceforge.net/svnroot/fepy/trunk/patches/2.0a1/ Only following patches were applied: patch-makefile patch-initialize-builtins patch-console patch-flags-argcount * * * Thanks to Mono team for a nice work. Thanks to IronPython team for a hint and encouraging the competition. :-) http://lists.ironpython.com/pipermail/users-ironpython.com/2007-May/004921.html * * * For the curious, here are some details: Statically dispatch virtual calls to sealed classes or methods. (Rodrigo Kumpera) http://lists.ximian.com/pipermail/mono-patches/2007-May/093027.html mini-trampolines.c: Complete rewrite. On first call, try to create optimized invoke code and use that for further invocations. (Zoltan Varga) http://lists.ximian.com/pipermail/mono-patches/2007-May/093214.html -- Seo Sanghyeon ___ users mailing list users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] Patent concerns
On Fri, 1 Jun 2007, Curt Hagenlocher wrote: [...] The originally-expressed concern was that looking at the IronPython source code might contaminate a developer such that, if the same developer later worked on a different project with similar architecture, it might open that project up to claims of violating a Microsoft patent. I am not a lawyer, but this seems highly unlikely. Independent rediscovery does not protect you from claims of patent infringement, only from copyright infringement. [...] Right. However, I hear that intentional patent infringement is considered more serious than inadvertent patent infringement, and that Microsoft employees have interpreted the large number of alleged patent infringements in free and open source software as evidence of at least some of them being intentional: http://money.cnn.com/magazines/fortune/fortune_archive/2007/05/28/100033867/index.htm This is not a case of some accidental, unknowing infringement, Gutierrez asserts. There is an overwhelming number of patents being infringed. I'm unsure whether having deliberately avoided source code that you believe to contain patented methods might be interpreted as evidence of deliberate infringement or as evidence of the lack of it. But it would seem plausible that one's actions and statements about reading source code *can* have some effect on the seriousness of patent infringements, even if they never make the difference between an infringement having occurred or not. John ___ users mailing list users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] A pseudobug in standard library usage
The builtin module nt has no method called _getfullpathname, which the stdlib uses to detect if the OS is Windows (that's what the comment says). I don't know why the library writer didn't check for sys.platform. I think that running CPython on Linux will result in an exception There are two issues here: IronPython work item CPython stdlib bug Dave Fugate [EMAIL PROTECTED] wrote: Thanks Michael! This has been filed as CodePlex Work Item #10710 (http://www.codeplex.com/IronPython/WorkItem/View.aspx?WorkItemId=10710). -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Michael Foord Sent: Friday, June 01, 2007 7:13 AM To: Discussion of IronPython Subject: [IronPython] A pseudobug in standard library usage Hello all, More fun with None, this time with the standard library - specifically with 'os.path.abspath': CPython: import os os.path.abspath(None) 'C:\\Program Files\\Python24' IronPython: import os os.path.abspath(None) Traceback (most recent call last): File , line 0, in ##89 File C:\Program Files\Python24\Lib\ntpath.py, line 491, in abspath File C:\Program Files\Python24\Lib\ntpath.py, line 53, in isabs File C:\Program Files\Python24\Lib\ntpath.py, line 119, in splitdrive AttributeError: 'NoneType' object has no attribute '__getitem__' Thanks Michael -- Michael Foord Resolver Systems [EMAIL PROTECTED] Office address: 17a Clerkenwell Road, London EC1M 5RD, UK Registered address: 843 Finchley Road, London NW11 8NA, UK Resolver Systems Limited is registered in England and Wales as company number 5467329. VAT No. GB 893 5643 79 ___ users mailing list users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com ___ users mailing list users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com Mohammad Tayseer http://spellcoder.com/blogs/tayseer - 8:00? 8:25? 8:40? Find a flick in no time with theYahoo! Search movie showtime shortcut.___ users mailing list users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] Patent concerns
On 6/3/07, John J Lee [EMAIL PROTECTED] wrote: This is not a case of some accidental, unknowing infringement, Gutierrez asserts. There is an overwhelming number of patents being infringed. This is a public statement made purely for PR purposes and probably shouldn't be used to imply anything about real-world law. -- Curt Hagenlocher [EMAIL PROTECTED] ___ users mailing list users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] A pseudobug in standard library usage
Mohammad Tayseer wrote: The builtin module nt has no method called _getfullpathname, which the stdlib uses to detect if the OS is Windows (that's what the comment says). I don't know why the library writer didn't check for sys.platform. Because it uses the '_getfullpathname' if it is available. Inside the 'abspath' function (which uses '_getfullpathname') is an explicit check, which returns the current directory for an empty path: if path: # Empty path must return current working directory. try: path = _getfullpathname(path) except WindowsError: pass # Bad path - return unchanged. else: path = os.getcwd() I think this is *designed* to work for an empty string - but *happens* to work for None as well. Either way, it could be fixed if the built-in nt module supplied '_getfullpathname'. Thanks Michael http://www.voidspace.org.uk/ironpython/index.shtml I think that running CPython on Linux will result in an exception There are two issues here: IronPython work item CPython stdlib bug */Dave Fugate [EMAIL PROTECTED]/* wrote: Thanks Michael! This has been filed as CodePlex Work Item #10710 (http://www.codeplex.com/IronPython/WorkItem/View.aspx?WorkItemId=10710). -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Michael Foord Sent: Friday, June 01, 2007 7:13 AM To: Discussion of IronPython Subject: [IronPython] A pseudobug in standard library usage Hello all, More fun with None, this time with the standard library - specifically with 'os.path.abspath': CPython: import os os.path.abspath(None) 'C:\\Program Files\\Python24' IronPython: import os os.path.abspath(None) Traceback (most recent call last): File , line 0, in ##89 File C:\Program Files\Python24\Lib\ntpath.py, line 491, in abspath File C:\Program Files\Python24\Lib\ntpath.py, line 53, in isabs File C:\Program Files\Python24\Lib\ntpath.py, line 119, in splitdrive AttributeError: 'NoneType' object has no attribute '__getitem__' Thanks Michael -- Michael Foord Resolver Systems [EMAIL PROTECTED] Office address: 17a Clerkenwell Road, London EC1M 5RD, UK Registered address: 843 Finchley Road, London NW11 8NA, UK Resolver Systems Limited is registered in England and Wales as company number 5467329. VAT No. GB 893 5643 79 ___ users mailing list users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com ___ users mailing list users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com Mohammad Tayseer http://spellcoder.com/blogs/tayseer 8:00? 8:25? 8:40? Find a flick http://tools.search.yahoo.com/shortcuts/?fr=oni_on_mail#news in no time with theYahoo! Search movie showtime shortcut. http://tools.search.yahoo.com/shortcuts/?fr=oni_on_mail#news ___ users mailing list users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com ___ users mailing list users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Re: [IronPython] Patent concerns
Quoting Curt Hagenlocher [EMAIL PROTECTED]: On 6/3/07, John J Lee [EMAIL PROTECTED] wrote: This is not a case of some accidental, unknowing infringement, Gutierrez asserts. There is an overwhelming number of patents being infringed. This is a public statement made purely for PR purposes and probably shouldn't be used to imply anything about real-world law. -- Curt Hagenlocher [EMAIL PROTECTED] Interesting that MS refuses to specify the infringements they refer to. Could this be saber-rattling aimed to scare customers away from Linux? http://www.theregister.co.uk/2007/05/24/microsoft_novell_patents/ Jon Cosby ___ users mailing list users@lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
