Jorey Bump wrote ..
> Graham Dumpleton wrote:
>
> > There are two things you can do to gauge where any loss arises. First
> is to
> > ensure that module reloading is turned off and see how that changes things.
> >
> > PythonAutoReload Off
> >
> > The second is to reenable the old module import
Jim Gallacher wrote:
Jorey Bump wrote:
I've installed it on a lightly used production server so I can test it
against some real-world apps. Initial testing indicates that it's
10-20% slower than 3.2.10; I'm not sure why.
Ouch. Is that from a benchmark or just a gut feeling?
It was from ab
Graham Dumpleton wrote:
There are two things you can do to gauge where any loss arises. First is to
ensure that module reloading is turned off and see how that changes things.
PythonAutoReload Off
The second is to reenable the old module importer as a comparison. This needs
to be done at glo
see if this was something specific to that one person or there
is actually an issue.
Thanks.
Graham
Ron Reisor wrote ..
+1 MacOSX 10.4.8 (Intel), Apache 2.0.59 (mpm-prefork), Python 2.5
cheers,
Ron
On Thu, 9 Nov 2006, Jim Gallacher wrote:
The mod_python 3.3-0-dev-20061109 tarball is availa
Graham Dumpleton wrote:
Jim Gallacher wrote ..
Graham Dumpleton (JIRA) wrote:
[
http://issues.apache.org/jira/browse/MODPYTHON-202?page=comments#action_12448585
]
Graham Dumpleton commented on MODPYTHON-202:
A configuration optio
gt;
>
> On Thu, 9 Nov 2006, Jim Gallacher wrote:
>
> > The mod_python 3.3-0-dev-20061109 tarball is available for testing.
> >
> > We are almost ready for a 3.3.0 release. It's been a while since we've
> had
> > extensive testing of trunk and
Jim Gallacher wrote ..
> Graham Dumpleton (JIRA) wrote:
> > [
> > http://issues.apache.org/jira/browse/MODPYTHON-202?page=comments#action_12448585
> ]
> >
> > Graham Dumpleton commented on MODPYTHON-202:
> >
> >
> > A configuration op
Graham Dumpleton (JIRA) wrote:
[ http://issues.apache.org/jira/browse/MODPYTHON-202?page=comments#action_12448585 ]
Graham Dumpleton commented on MODPYTHON-202:
A configuration option can possibly be modelled off how the AcceptMutex
ed in function _getreq_rec_fi
>
> .\Release/mod_python.so : fatal error LNK1120: 3 unresolved externals
>
> What are these functions?
>
> - Jeff
>
>
> - Original Message - From: "Jim Gallacher" <[EMAIL PROTECTED]>
> To: "python-dev list"
&g
Dan Eloff wrote ..
> I know this isn't about mod_python, but I can think of nobody better
> qualified to answer this question than mod_python developers.
>
> If in a C function you release the GIl using begin/end allow threads,
> does it change your responsibilites with regard to the reference
> c
ed in function _getreq_rec_fi
>
> .\Release/mod_python.so : fatal error LNK1120: 3 unresolved externals
>
> What are these functions?
>
> - Jeff
>
>
> - Original Message - From: "Jim Gallacher" <[EMAIL PROTECTED]>
> To: "python-dev list"
&g
Graham Dumpleton wrote:
Jorey Bump wrote ..
I've installed it on a lightly used production server so I can test it
against some real-world apps. Initial testing indicates that it's 10-20%
slower than 3.2.10; I'm not sure why.
Can I turn on the legacy importer with a runtime configuration, or do
[
http://issues.apache.org/jira/browse/MODPYTHON-202?page=comments#action_12448585
]
Graham Dumpleton commented on MODPYTHON-202:
A configuration option can possibly be modelled off how the AcceptMutex
directive for Apache works. Ie
: fatal error LNK1120: 3 unresolved externals
What are these functions?
- Jeff
- Original Message - From: "Jim Gallacher" <[EMAIL PROTECTED]>
To: "python-dev list"
Sent: Thursday, November 09, 2006 9:00 AM
Subject: mod_python 3.3.0-dev-20061109 available for
Jorey Bump wrote ..
> I've installed it on a lightly used production server so I can test it
> against some real-world apps. Initial testing indicates that it's 10-20%
> slower than 3.2.10; I'm not sure why.
>
> Can I turn on the legacy importer with a runtime configuration, or do I
> need to reco
Jorey Bump wrote:
Jim Gallacher wrote:
Jorey Bump wrote:
Jim Gallacher wrote:
The mod_python 3.3-0-dev-20061109 tarball is available for testing.
As this is a minor version bump, is there a link to the changelog so
we know what new behaviour to expect/test?
Take a look at doc-html/app
mFinfo referenced in function _getreq_rec_fi
>
> .\Release/mod_python.so : fatal error LNK1120: 3 unresolved externals
>
> What are these functions?
>
> - Jeff
>
>
> - Original Message -
> From: "Jim Gallacher" <[EMAIL PROTECTED]>
>
.\Release/mod_python.so : fatal error LNK1120: 3 unresolved externals
What are these functions?
- Jeff
- Original Message -
From: "Jim Gallacher" <[EMAIL PROTECTED]>
To: "python-dev list"
Sent: Thursday, November 09, 2006 9:00 AM
Subject: mod_python 3.3.0-dev-200
I know this isn't about mod_python, but I can think of nobody better
qualified to answer this question than mod_python developers.
If in a C function you release the GIl using begin/end allow threads,
does it change your responsibilites with regard to the reference
counts on the input parameters?
+1 MacOSX 10.4.8 (Intel), Apache 2.0.59 (mpm-prefork), Python 2.5
cheers,
Ron
On Thu, 9 Nov 2006, Jim Gallacher wrote:
The mod_python 3.3-0-dev-20061109 tarball is available for testing.
We are almost ready for a 3.3.0 release. It's been a while since we've had
extensive testin
Jorey Bump wrote:
Jim Gallacher wrote:
The mod_python 3.3-0-dev-20061109 tarball is available for testing.
As this is a minor version bump, is there a link to the changelog so we
know what new behaviour to expect/test?
Take a look at doc-html/app-changes-from-3.2.10.html in the tarball
Jim Gallacher wrote:
The mod_python 3.3-0-dev-20061109 tarball is available for testing.
As this is a minor version bump, is there a link to the changelog so we
know what new behaviour to expect/test?
-worker), Python 2.4.4
+1 Linux Debian Sid, Apache 2.2.3 (mpm-worker), Python 2.5
Jim Gallacher wrote:
The mod_python 3.3-0-dev-20061109 tarball is available for testing.
We are almost ready for a 3.3.0 release. It's been a while since we've
had extensive testing of trunk and I think it wou
The mod_python 3.3-0-dev-20061109 tarball is available for testing.
We are almost ready for a 3.3.0 release. It's been a while since we've
had extensive testing of trunk and I think it would be wise to have a
preliminary testing round. Unless there are huge problems we'll do an
Hi Jeff
We use Apache on Windows too, but we haven't spent time tracking down
these leaks, so I'm really glad you're doing it :-)
David
Jeff Robbins wrote:
Graham,
Your version works well.
Thanks,
Jeff
P.S.
I know you're not testing on windows, but I found another leak in
mpm_winnt.c.
[
http://issues.apache.org/jira/browse/MODPYTHON-202?page=comments#action_12448432
]
Sam Morris commented on MODPYTHON-202:
--
BTW, I would prefer for the semaphore type to be configurable in the Apache
configuration; then I wouldn't have to
[
http://issues.apache.org/jira/browse/MODPYTHON-202?page=comments#action_12448429
]
Sam Morris commented on MODPYTHON-202:
--
I've done some more testing and it seems that APR_LOCK_PROC_PTHREAD semaphores
will cause deadlocks when creating
27 matches
Mail list logo
