[issue13621] Unicode performance regression in python3.3 vs python3.2

Martin v. Löwis added the comment: I'm closing this as "won't fix". The only way to get back the exact performance of 3.2 is to restore to the 3.2 implementation, which clearly is no option. I don't consider performance regressions in micro benchmarks inherently as a bug. If there is a specif

[issue13621] Unicode performance regression in python3.3 vs python3.2

Serhiy Storchaka added the comment: But try ASCII+UCS2 or ASCII+UCS4. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue13621] Unicode performance regression in python3.3 vs python3.2

STINNER Victor added the comment: > "Andrew"+"Dalke" (*1000): -23.076923% /python -m timeit '"Andrew"+"Dalke"' gives me very close results with Python 3.2 (wide mode) and 3.3. Somethings like 0.15 vs 0.151 microseconds. But using longer (ASCII) strings, Python 3.3 is 2.6x faster: $ python3.2

[issue13621] Unicode performance regression in python3.3 vs python3.2

Changes by Serhiy Storchaka : -- nosy: +storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue13621] Unicode performance regression in python3.3 vs python3.2

STINNER Victor added the comment: > I also noticed a difference between Python 3.2 and 3.3, > but Python 3.3 is 13% *faster* (and not slower). Oops, I misused the timeit module, there is a regression. > New changeset c802bfc8acfc by Victor Stinner in branch 'default': > Issue #13621: Optimize

[issue13621] Unicode performance regression in python3.3 vs python3.2

Roundup Robot added the comment: New changeset c802bfc8acfc by Victor Stinner in branch 'default': Issue #13621: Optimize str.replace(char1, char2) http://hg.python.org/cpython/rev/c802bfc8acfc -- nosy: +python-dev ___ Python tracker

[issue13621] Unicode performance regression in python3.3 vs python3.2

STINNER Victor added the comment: > "...text.with.2000.lines...replace("\n", " ") (*10): -37.668161% I also noticed a difference between Python 3.2 and 3.3, but Python 3.3 is 13% *faster* (and not slower). This benchmark is not really representative because stringbench only tests .replace() w

[issue13621] Unicode performance regression in python3.3 vs python3.2

Antoine Pitrou added the comment: Just a note: performance reports shouldn't be assigned to the "benchmarks" category, except if the problem is in the benchmarks themselves. -- assignee: collinwinter -> components: +Interpreter Core -Benchmarks versions: -Python 3.2

[issue13621] Unicode performance regression in python3.3 vs python3.2

Changes by Ezio Melotti : -- assignee: -> collinwinter components: +Unicode nosy: +ezio.melotti ___ Python tracker ___ ___ Python-bug

[issue13621] Unicode performance regression in python3.3 vs python3.2

Changes by STINNER Victor : -- nosy: +flox ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue13621] Unicode performance regression in python3.3 vs python3.2

STINNER Victor added the comment: See also the issue #13623 for results on bytes. -- ___ Python tracker ___ ___ Python-bugs-list mail

[issue13621] Unicode performance regression in python3.3 vs python3.2

Boris FELD added the comment: Forgot to describe my environment: Mac OS X 10.6.8 GCC i686-apple-darwin10-gcc-4.2.1 (GCC) 4.2.1 (Apple Inc. build 5666) (dot 3) CPython3.3 revision ea421c534305 CPython3.2 revision 0b86da9d6964 -- ___ Python tracker

[issue13621] Unicode performance regression in python3.3 vs python3.2

STINNER Victor added the comment: Sorted and grouped results. "replace", "find" and "concat" should be easy to fix, "format" is a little bit more complex, "strip" and "split" depends on "find" performance and require to scan the substring to ensure that the result is canonical (except if inpu

[issue13621] Unicode performance regression in python3.3 vs python3.2

Changes by Boris FELD : Added file: http://bugs.python.org/file23994/compare.py ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue13621] Unicode performance regression in python3.3 vs python3.2

Changes by Boris FELD : Removed file: http://bugs.python.org/file23993/stringbench.py ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue13621] Unicode performance regression in python3.3 vs python3.2

Changes by Antoine Pitrou : -- nosy: +haypo, pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue13621] Unicode performance regression in python3.3 vs python3.2

Martin v. Löwis added the comment: Thanks, this is a known issue. I'm not too worried, since they are fairly artificial. In the cases I've looked at, I don't think anything can be done about that. -- nosy: +loewis ___ Python tracker

[issue13621] Unicode performance regression in python3.3 vs python3.2

Changes by Antoine Pitrou : -- assignee: collinwinter -> ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:

[issue13621] Unicode performance regression in python3.3 vs python3.2

Changes by Boris FELD : Added file: http://bugs.python.org/file23993/stringbench.py ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue13621] Unicode performance regression in python3.3 vs python3.2

Changes by Boris FELD : Added file: http://bugs.python.org/file23992/stringbench_log_cpython3.3 ___ Python tracker ___ ___ Python-bugs-list ma

[issue13621] Unicode performance regression in python3.3 vs python3.2

New submission from Boris FELD : Hello everyone, I juste tried to launch the stringbench on python3.2 and python3.3 dev versions and some unicode tests run slower in python3.3 than in python3.2. I cc the two raw output of both runs. I also extracted most interesting data (all the tests with m