> Maybe also
>
>* Read and cache the directory contents and search it ourselves
> instead of making a system call for every possible name.
I wouldn't do that - I would expect that this is actually slower than
making the system calls, because the system might get away with not
reading the
On Jan 30, 2011, at 8:21 PM, eli.bendersky wrote:
Please use the open tracker item and do not edit the document directly.
Raymond
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http
Victor Stinner wrote:
Limit the number of suffixes is maybe not the right solution to limit
the number of system calls at startup. We can imagine alternatives:
* remember the last filename when loading a module and retry this
filename first
* specify that a module is a Python system module an
On 30 January 2011 20:50, David Bolen wrote:
> I haven't been able to - as you say there's no good way to hook into
> the build process in real time as the changes have to be external or
> they'll get zapped on the next checkout. I suppose you could rapidly
> try to monitor the output of the buil
Hello,
> I'm pretty sure the best long term fix is to move the kill processing
> into the clean script (as per issue 9973) rather than where it
> currently is in the build script, but so far I don't think the idea
> has been able to attract the interest of anyone who can actually
> commit such a
Paul Moore writes:
> Presumably, you're inserting a pskill command somewhere into the
> actual build process. I don't know much about buildbot, but I thought
> that was controlled by the master and/or the Python build scripts,
> neither of which I can change.
>
> If I want to add a pskill command
Am 30.01.2011 17:54, schrieb Alexander Belopolsky:
> On Sun, Jan 30, 2011 at 11:35 AM, Victor Stinner
> wrote:
> ..
>> We should find a compromise between speed (limit the number of system
>> calls) and the usability of Python modules.
>
> Do you have measurements that show python spending signif
On 23 November 2010 23:18, David Bolen wrote:
> Trent Nelson writes:
>
>> That's interesting. (That kill_python.exe doesn't kill the wedged
>> processes, but pskill does.) kill_python is pretty simple, it just
>> calls TerminateProcess() after acquiring a handle with the relevant
>> PROCESS_TER
On Sun, Jan 30, 2011 at 11:35 AM, Victor Stinner
wrote:
..
> We should find a compromise between speed (limit the number of system
> calls) and the usability of Python modules.
Do you have measurements that show python spending significant time on
failing open calls?
_
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 30.01.2011 17:35, schrieb Victor Stinner:
> Le dimanche 30 janvier 2011 à 22:52 +1000, Nick Coghlan a écrit :
>> On Sun, Jan 30, 2011 at 7:25 PM, Georg Brandl wrote:
And why it does test with and without "module".
>>>
>>> Because it always did
Le dimanche 30 janvier 2011 à 22:52 +1000, Nick Coghlan a écrit :
> On Sun, Jan 30, 2011 at 7:25 PM, Georg Brandl wrote:
> >> And why it does test with and without "module".
> >
> > Because it always did (there's a thing called backwards compatibility.)
> >
> > This is of course probably the obvio
On Sun, Jan 30, 2011 at 7:25 PM, Georg Brandl wrote:
>> And why it does test with and without "module".
>
> Because it always did (there's a thing called backwards compatibility.)
>
> This is of course probably the obvious one to start a deprecation process.
But why do we check the long suffix fo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 30.01.2011 09:56, schrieb Victor Stinner:
> Hi,
>
> Antoine Pitrou noticed that Python 3.2 tries a lot of filenames to load
> a module:
> http://bugs.python.org/issue11051
>
> Python 3.1 does already test many filenames, but with Python 3.2, it is
> Python 3.1 does already test many filenames, but with Python 3.2, it is
> even worse.
>
> For each directory in sys.path, it tries 9 suffixes: '',
> '.cpython-32m.so', 'module.cpython-32m.so', '.abi3.so',
> 'module.abi3.so', '.so', 'module.so', '.py', '.pyc'.
>
> I don't understand why it tests
Hi,
Antoine Pitrou noticed that Python 3.2 tries a lot of filenames to load
a module:
http://bugs.python.org/issue11051
Python 3.1 does already test many filenames, but with Python 3.2, it is
even worse.
For each directory in sys.path, it tries 9 suffixes: '',
'.cpython-32m.so', 'module.cpython-
15 matches
Mail list logo