Re: [IronPython] Optimized methods and serious performance issues

2006-05-25 Thread Dino Viehland
Cool, that pretty much narrows it down to where we should be able to figure out what's going on. I've opened a bug for this in our database - we should have this fixed for the next release. I'll follow up if the fix is simple that you could update your local copy for. Given Harry mentioning t

Re: [IronPython] Optimized methods and serious performance issues

2006-05-25 Thread Harry Pierson
DirectX is COM based. Managed DirectX is a managed wraper around those COM obects. Harry Pierson Architect Microsoft Architecture Strategy Team email:[EMAIL PROTECTED] IM/email: [EMAIL PROTECTED] weblog: http://devhawk.net

Re: [IronPython] Optimized methods and serious performance issues

2006-05-25 Thread Jonathan Jacobs
Dino Viehland wrote: > If I had to take a guess it would be that we are constantly re-optimizing > the method (failing to successfully cache it) - which would be a > significant performance loss. > > Any chance we could get you to run a debug build w/ the -X:TrackPerformance > and -D command line

Re: [IronPython] Optimized methods and serious performance issues

2006-05-25 Thread Dino Viehland
This common idiom actually works against our reflect optimization of built-in methods, but we still make it work. Just to give you (and anyone else curious) an overview of this: We have a piece of code called the ReflectOptimizer which generates an optimized call to .NET methods. The way it d

Re: [IronPython] Optimized methods and serious performance issues

2006-05-25 Thread Jonathan Jacobs
J. Merrill wrote: > I know almost nothing about DirectX, am definitely not a Python guru, and > have not experimented with IP in this area. However, my impression is that > there is a common Python "idiom" for speeding up method calls, which is to > use a variable (often a local) to hold a referen

Re: [IronPython] Optimized methods and serious performance issues

2006-05-25 Thread J. Merrill
I know almost nothing about DirectX, am definitely not a Python guru, and have not experimented with IP in this area. However, my impression is that there is a common Python "idiom" for speeding up method calls, which is to use a variable (often a local) to hold a reference to a "bound method"

Re: [IronPython] Optimized methods and serious performance issues

2006-05-25 Thread Dino Viehland
If I had to take a guess it would be that we are constantly re-optimizing the method (failing to successfully cache it) - which would be a significant performance loss. Any chance we could get you to run a debug build w/ the -X:TrackPerformance and -D command line options? You should then see

[IronPython] Optimized methods and serious performance issues

2006-05-25 Thread Jonathan Jacobs
(Please disregard any earlier message about this, I think I might have pressed "Send" accidentally.) Hi, I ran across some "interesting" behaviour today. Short version: I have a handful of Direct3D.Mesh objects (courtesy of Direct3D.Mesh.Teapot) which I render using self.meshInstance.DrawSubse

Re: [IronPython] IronPython & Windows Forms

2006-05-25 Thread Ryan Davis
This is very welcomed. Ryan Davis Acceleration.net Director of Programming Services 2831 NW 41st street, suite B Gainesville, FL 32606 Office: 352-335-6500 x 124 Fax: 352-335-6506 Michael Foord wrote: > Hello all, > > I've finally started work on a series of articles called "IronPython & > Wi

[IronPython] IronPython & Windows Forms

2006-05-25 Thread Michael Foord
Hello all, I've finally started work on a series of articles called "IronPython & Windows Forms". These are a tutorial on how to create Windows Forms applications with IronPython. These will appear on my Voidspace website. As I complete parts of the articles I'm posting them as blog entries. T