Neal Norwitz wrote: > This is probably orthogonal to the problem, however, you may want to > look into trying to speed up Python/errors.c. This link will probably > not work due to sessions, but click on the latest run for python and > Python/errors.c > > http://coverage.livinglogic.de/coverage/web/selectEntry.do?template=2850&entryToSelect=547460 > > If you look at the coverage numbers, many functions are called > millions of times. In many cases traceback is passed as NULL in other > functions within errors.c. If you could get rid of that check and > possibly others and do some fast pathing in there, it might speed up > exceptions some (or normal cases where exceptions are raised > internally, then discarded). If that helps, here is the list of the 1000 most executed lines of the last run of the test suite: http://styx.livinglogic.de/~walter/python/topcoverage.html Servus, Walter
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4