Re: [Python-Dev] Python 2.5 performance

2006-10-16 Thread Kristján V . Jónsson
Well, it ought to be possible.  I can turn off the instrumentation on the other 
modules, and see what happens.
K 

> -Original Message-
> From: Giovanni Bajo [mailto:[EMAIL PROTECTED] 
> Sent: 12. október 2006 20:30
> To: Kristján V. Jónsson
> Cc: python-dev@python.org
> Subject: Re: Python 2.5 performance
> 
> Kristján V. Jónsson wrote:
> 
> > This is an improvement of another 3.5 %.
> > In all, we have a performance increase of more than 10%.
> > Granted, this is from a single set of runs, but I think we should 
> > start considering to make PCBuild8 a "supported" build.
> 
> Kristján, I wonder if the performance improvement comes from 
> ceval.c only (or maybe a few other selected files). Is it 
> possible to somehow link the PGO-optimized ceval.obj into the 
> VS2003 project?
> --
> Giovanni Bajo
> 
> 
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com


Re: [Python-Dev] Python 2.5 performance

2006-10-16 Thread Kristján V . Jónsson
I must confess that I am not familiar with the buildbots.  I could imagine that 
it would be difficult to set up internally due to security concerns, but I can 
voice the issue here.

K 

> -Original Message-
> From: Anthony Baxter [mailto:[EMAIL PROTECTED] 
> Sent: 12. október 2006 21:13
> To: python-dev@python.org
> Cc: Martin v. Löwis; Kristján V. Jónsson
> Subject: Re: [Python-Dev] Python 2.5 performance
> 
> On Friday 13 October 2006 07:00, Martin v. Löwis wrote:
> > Kristján V. Jónsson schrieb:
> > > This is an improvement of another 3.5 %.
> > > In all, we have a performance increase of more than 10%.
> > > Granted, this is from a single set of runs, but I think we should 
> > > start considering to make PCBuild8 a "supported" build.
> >
> > What do you mean by that? That Python 2.5.1 should be 
> compiled with VC 
> > 2005? Something else (if so, what)?
> 
> I don't think we should switch the "official" compiler for a 
> point release. 
> I'm happy to say something like "we make the PCbuild8 
> environment a supported compiler", which means we need, at a 
> bare minimum, a buildbot slave for that compiler/platform. 
> Kristján, is this something you can offer?
> 
> Without a buildbot for that compiler, I don't think we can 
> claim it's supported. There's plenty of platforms we 
> "support" which don't have buildslaves, but they're all 
> variants of Unix - I'm happy that they are all mostly[1] sane.
> 
> Anthony
> 
> [1] Offer void on some versions of HP/UX, Irix, AIX 
> -- 
> Anthony Baxter <[EMAIL PROTECTED]>
> It's never too late to have a happy childhood.
> 
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com


Re: [Python-Dev] Promoting PCbuild8 (Was: Python 2.5 performance)

2006-10-16 Thread Martin v. Löwis
Kristján V. Jónsson schrieb:
> I must confess that I am not familiar with the buildbots.  

The challenge and work-load is primarily initially in setting it
up; in this case (for PCbuild8), there is work for both the master
and the slave sides (probably, new scripts in Tools/buildbot will
have to be created).

> I could
> imagine that it would be difficult to set up internally due to
> security concerns, but I can voice the issue here.

It's not mandatory, of course: neither that there is a PCbuild8
buildbot at all, or that it is hosted at ccpgames. It just would
reduce the chance that breakage of PCbuild8 goes unnoticed for
long.

As for the security concerns: the buildbot slave actively opens
a networking connection to the master; you don't have to open
any additional ports on your firewalls. Of course, the master
can send the slave arbitrary commands to execute, so if the master
is taken over by some attacker, that attacker could easily get
control over all slaves also (except that you want to run the
slave in a restricted account, so that the attacker would have
to find a hole in the slave's operating system, also, before
taking the machine over completely).

As for making VS 2005 "more official": you also might have
meant that the PCbuild directory should be converted to VS 2005.
That would have a number of implications (on the buildbots,
on changes to Tools/msi, and on potential usage of VS 2007
for Python 2.6), which need to be discussed when somebody
actually proposes such a change.

Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com


Re: [Python-Dev] Problem building module against Mac Python 2.4 and Python 2.5

2006-10-16 Thread Barry Scott
>>
>> Use an absolute path to the library rather than -framework.
>
> That is, add '/Library/Frameworks/Python.framework/Versions/2.4/ 
> Python' to the link command instead of '-framework Python'.

Thanks  I'll update my builds to do that.

>>
>> Or use distutils!
>
> That's definitely advisable anyway, that way you'll automaticly get  
> the right flags to compile and link the extension :-)

I call distutils to get some information for CFLAGS and include dirs.  
I'll look at what I get back for
libs and update my build script.

All my code is C++ and in the past distutils lacked C++ support so I  
could not use it and have develoer
my own solution to the build problem.

Does distutils work for C++ code these days?

Barry

___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com