Created on 2012-06-29 19:53 by v+python, last changed 2012-06-30 10:12 by loewis. This issue is now closed.
| Messages (3) | |||
|---|---|---|---|
| msg164351 - (view) | Author: Glenn Linderman (v+python) | Date: 2012-06-29 19:53 | |
This is stupid code, but it should be faster with PEP 393 than before, should it not? str = ' ' * 5000000 + "this is really a string example....wow!!!"; for ix in range( 9000 ): z = max(str) print("Max character: " + max(str)) While the new C API seems to support quickly finding the max character in a string, Python code does not benefit. |
|||
| msg164352 - (view) | Author: Martin v. Löwis (loewis) *  |
Date: 2012-06-29 21:09 | |
What the C code finds quickly (in constant time) is that the maximum is <=127. Most code doesn't know (and doesn't care) what the actual maximum is. So I see no bug here. |
|||
| msg164362 - (view) | Author: Glenn Linderman (v+python) | Date: 2012-06-29 23:27 | |
Ah, so then it would require a new API to make the Python code as smart as the C code, max is too general. Issue 15016 is an example of Python code that could benefit from knowing in constant time if the string contained only characters < 128, or if the string contained only characters < 256... a three way decision. |
|||
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2012-06-30 10:12:06 | loewis | set | status: open -> closed resolution: invalid |
| 2012-06-29 23:28:21 | v+python | set | type: enhancement |
| 2012-06-29 23:27:40 | v+python | set | messages: + msg164362 |
| 2012-06-29 21:09:08 | loewis | set | nosy:
+ loewis messages: + msg164352 |
| 2012-06-29 19:55:04 | pitrou | set | nosy:
+ haypo |
| 2012-06-29 19:53:25 | v+python | create | |