Mailman 3 April 2012 - pypy-issue

[issue1031] Speed of a tiny arithmetic program
by Armin Rigo 23 Apr '14

23 Apr '14

New submission from Armin Rigo <armin.rigo(a)gmail.com>: http://paste.pocoo.org/show/543141/ This program is not much faster with pypy. Even if I get rid of the obvious inefficiencies using divmod(..,2) and replace 2**r*d with d << r, the program ends up only twice as fast. Why? ---------- messages: 3845 nosy: arigo, pypy-issue priority: performance bug status: unread title: Speed of a tiny arithmetic program ________________________________________ PyPy bug tracker <tracker(a)bugs.pypy.org> <https://bugs.pypy.org/issue1031> ________________________________________

4 4

[issue1027] Do something with longs
by Fijal 23 Apr '14

23 Apr '14

New submission from Fijal <fijall(a)gmail.com>: A bit no clue what, but performance of longs is fairly disastrous right now, so I suppose we should do something with it (not attaching any benchmarks, but *anything* is slow with them). ---------- messages: 3832 nosy: fijal, pypy-issue priority: performance bug status: unread title: Do something with longs ________________________________________ PyPy bug tracker <tracker(a)bugs.pypy.org> <https://bugs.pypy.org/issue1027> ________________________________________

2 1

[issue999] rename virtualizable2 to virtualizable
by Carl Friedrich Bolz 23 Apr '14

23 Apr '14

New submission from Carl Friedrich Bolz <cfbolz(a)gmx.de>: to make things slightly less confusing ---------- messages: 3703 nosy: cfbolz, pypy-issue priority: wish status: unread title: rename virtualizable2 to virtualizable ________________________________________ PyPy bug tracker <tracker(a)bugs.pypy.org> <https://bugs.pypy.org/issue999> ________________________________________

1 1

[issue927] Task takes more time on nightly than CYthon 2.7
by Zira 23 Apr '14

23 Apr '14

New submission from Zira <NeruYume(a)hotmail.com>: from itertools import combinations import time string = "ABCDEFGHIJKLMNOPQRSTUWXYZ" string = string.lower() minlen = 3 substrlen = 12 #Find combinations available letters can be arranged in at = time.clock() lookup = set() for i in range(minlen, substrlen+1): for comb in combinations(string, i): lookup.add("".join(sorted(comb))) lookup = list(lookup) lookup.sort(key=len, reverse=True) print time.clock()-at ### #This takes more time on pypy-c-jit-49069-62bc56457861-win32 than on CPython 2.7 (64 bit) Took 90 seconds on pypy-c-jit-49069-62bc56457861-win32 and 45 seconds on CPython 2.7 ---------- messages: 3423 nosy: Zira, pypy-issue priority: performance bug status: unread title: Task takes more time on nightly than CYthon 2.7 ________________________________________ PyPy bug tracker <tracker(a)bugs.pypy.org> <https://bugs.pypy.org/issue927> ________________________________________

6 8

[issue821] __debug__ is always True
by dag 23 Apr '14

23 Apr '14

New submission from dag <dag.odenhall(a)gmail.com>: Python 2.7.1 (b590cf6de419, Apr 30 2011, 02:00:34) [PyPy 1.5.0-alpha0 with GCC 4.4.3] on linux2 >>>> sys.flags.optimize, __debug__ (1, True) ---------- messages: 2909 nosy: dag, pypy-issue priority: bug release: 1.5 status: unread title: __debug__ is always True ________________________________________ PyPy bug tracker <tracker(a)bugs.pypy.org> <https://bugs.pypy.org/issue821> ________________________________________

3 3

[issue832] Linux 3.0 kernel fallout
by David Edelsohn 23 Apr '14

23 Apr '14

New submission from David Edelsohn <dje.gcc(a)gmail.com>: PyPy follows CPython 2.7, which does not recognize the new 3.0 Linux kernel series. Code expects sys.platform == 'linux2' ---------- messages: 2966 nosy: edelsohn, pypy-issue priority: bug status: unread title: Linux 3.0 kernel fallout ________________________________________ PyPy bug tracker <tracker(a)bugs.pypy.org> <https://bugs.pypy.org/issue832> ________________________________________

5 6

[issue733] bz2 decompression is very slow
by Jonas H. 23 Apr '14

23 Apr '14

New submission from Jonas H. <jonas(a)lophus.org>: Compared to CPython 2.7, PyPy 1.5 (from the Arch Linux repositories) seems to be ~5 times slower on bz2 decompression. Using this script: from bz2 import BZ2File with BZ2File(sys.argv[1]) as f: while True: if not f.read(8*1024): break to decompress the PyPy lib-python/ directory (60M compressed) takes about 5 seconds on CPython and 20s on PyPy 1.5. ---------- messages: 2569 nosy: jonash, pypy-issue priority: bug release: 1.5 status: unread title: bz2 decompression is very slow ________________________________________ PyPy bug tracker <tracker(a)bugs.pypy.org> <https://bugs.pypy.org/issue733> ________________________________________

5 10

[issue931] web site bugs
by Armin Rigo 23 Apr '14

23 Apr '14

New submission from Armin Rigo <armin.rigo(a)gmail.com>: On the web site http://pypy.org: home page -> click "donate to py3k" -> click "read proposal" it ends up selecting "donate to numpy" again, which is confusing. Also the text "This donation will go towards supporting NumPy in PyPy Read proposal" would be more readable with a dot or a line break. ---------- messages: 3447 nosy: arigo, pypy-issue priority: bug status: unread title: web site bugs ________________________________________ PyPy bug tracker <tracker(a)bugs.pypy.org> <https://bugs.pypy.org/issue931> ________________________________________

2 1

[issue888] json module in pypy is much more lower than cpython
by ayanamist 23 Apr '14

23 Apr '14

New submission from ayanamist <ayanamist(a)gmail.com>: You can see more detail here: https://gist.github.com/1250244 I just use and modify the benchmark.py from ujson, running it in my virtual machine. File "environment" tells my machine. File "benchmark.py" is the one i modified from ujson File "result-pypy" and "result-python" are the results. It's much slower. I hope you guys can speed up. ---------- messages: 3215 nosy: ayanamist, pypy-issue priority: wish status: unread title: json module in pypy is much more lower than cpython ________________________________________ PyPy bug tracker <tracker(a)bugs.pypy.org> <https://bugs.pypy.org/issue888> ________________________________________

3 3

[issue843] PyPy slower than CPython with puzzle problem
by Alex Krusz 23 Apr '14

23 Apr '14

New submission from Alex Krusz <harfatum(a)gmail.com>: Input/Output: D:\Python>python athena_16.py 48 10 [2, 3, 3, 3, 3, 3, 3, 3, 3, 3, 3] set([3318]) [[3, 3, 3, 3, 3, 3, 3, 3, 3, 3, 2] ] 806844323190414 Total time was 6.473 seconds. D:\Python>pypy athena_16.py 48 10 [2, 3, 3, 3, 3, 3, 3, 3, 3, 3, 3] set([3318]) [[3, 3, 3, 3, 3, 3, 3, 3, 3, 3, 2] ] 806844323190414 Total time was 10.525 seconds. ============================ This code was written to satisfy the following problem: Your niece was given a set of blocks for her birthday, and she has decided to build a panel using 3”×1” and 4.5”×1" blocks. For structural integrity, the spaces between the blocks must not line up in adjacent rows. For example, the 13.5”×3” panel below is unacceptable, because some of the spaces between the blocks in the first two rows line up (as indicated by the dotted line). There are 2 ways in which to build a 7.5”×1” panel, 2 ways to build a 7.5”×2” panel, 4 ways to build a 12”×3” panel, and 7958 ways to build a 27”×5” panel. How many different ways are there for your niece to build a 48”×10” panel? The answer will fit in a 64-bit integer. Write a program to calculate the answer. The program should be non-interactive and run as a single-line command which takes two command-line arguments, width and height, in that order. Given any width between 3 and 48 that is a multiple of 0.5, inclusive, and any height that is an integer between 1 and 10, inclusive, your program should calculate the number of valid ways there are to build a wall of those dimensions. Your program’s output should simply be the solution as a number, with no line-breaks or white spaces. ---------- files: athena_16.py messages: 3005 nosy: Harfatum, pypy-issue priority: bug status: unread title: PyPy slower than CPython with puzzle problem ________________________________________ PyPy bug tracker <tracker(a)bugs.pypy.org> <https://bugs.pypy.org/issue843> ________________________________________

6 9