[issue6085] Logging in BaseHTTPServer.BaseHTTPRequestHandler causes lag

2011-03-28 Thread knickerkicker 

Changes by knickerkicker knicker.kic...@gmail.com:


--
nosy: +knicker.kicker

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6085
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue11582] Boilerplate code replaced in Python/ceval.c

2011-03-17 Thread knickerkicker 

New submission from knickerkicker knicker.kic...@gmail.com:

Replaced boilerplate implementations of several BINARY_* and INPLACE_* opcodes 
with two macros. The result shaves off 154 lines from Python/ceval.c.

--
components: Interpreter Core
files: 20110317_ceval.patch
keywords: patch
messages: 131230
nosy: knicker.kicker
priority: normal
severity: normal
status: open
title: Boilerplate code replaced in Python/ceval.c
versions: Python 3.1, Python 3.2, Python 3.3, Python 3.4
Added file: http://bugs.python.org/file21264/20110317_ceval.patch

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11582
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue11582] Boilerplate code replaced in Python/ceval.c

2011-03-17 Thread knickerkicker 

knickerkicker knicker.kic...@gmail.com added the comment:

Creating a inline function would require passing the stackpointer variable so 
that the TOP() and POP() macros continue working, and creating
variables for u, v and x. I am not sure if that will not have a performance 
impact - ideally it shouldn't, but can we trust the compilers to see what we're 
upto?

Also, the DISPATCH() macro will still need to be outside the inline function.

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11582
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com