cfbolz changed the topic of #pypy to: PyPy, the flexible snake (IRC logs: https://quodlibet.duckdns.org/irc/pypy/latest.log.html#irc-end ) | use cffi for calling C | if a pep adds a mere 25-30 [C-API] functions or so, it's a drop in the ocean (cough) - Armin
jcea has joined #pypy
CrazyPython has joined #pypy
jvesely has quit [Quit: jvesely]
lritter has quit [Ping timeout: 265 seconds]
lritter has joined #pypy
jcea has quit [Remote host closed the connection]
jvesely has joined #pypy
CrazyPython has quit [Remote host closed the connection]
kingsley has joined #pypy
<kingsley> May I please have your informed and wise advice on why the short multiprocessing script at
<kingsley> works fine with version 7.1.1+dfsg-1 of pypy3 on an i386 computer, but crashes with the stack trace at
<kingsley> with version 7.3.0+dfsg-3+b1 of pypy3 on a cool new POWER9 ppc64el computer?
<kingsley> Version 7.0.0+dfsg-3 also crashed on the POWER9 ppc64el computer.
<kingsley> Similar errors reported on various web pages suggest the "ulimit" command.
<kingsley> It reported "unlimited" when run as root on the POWER9 computer.
<kingsley> /etc/security/limits.conf is unused on both computers.
lritter has quit [Ping timeout: 260 seconds]
<kingsley> I get similar crashes when simultaneously running 2 instances of pypy3 and the script. Both crash at "5 processes used".
<kingsley> I'm happy to report I seem to have solved my own problem with pypy3!
<kingsley> Although the "ulimit" command reported "unlimited", "ulimit -n" reported "1024"! So I opened it up with "ulimit -n 100000" and now pypy3 works and I'm back in the land of 1000 happy dances.
speeder39_ has joined #pypy
<mattip> kingsley: :)
<mattip> given the cmd
<mattip> /usr/bin/python2 /home/matti/pypy_stuff/pypy/pypy/tool/watchdog.py 1324.0 /home/matti/pypy_stuff/pypy/pypy/goal/pypy-c /home/matti/pypy_stuff/pypy/pypy/tool/pytest/run-script/regrverbose.py test_curses
<mattip> running it directly gives the proper output (segfault in test_colors_funcs)
<mattip> running it like (cmd 1>/tmp/stdout 2>/tmp/stderr) prints "skipped 'sys.__stdout__ is not a tty", and runs some other tests
<mattip> ok, now things make more sense. The failing/segfaulting tests are simply skipped becuase of our funky test runner
<mattip> ... and the test runner seems to be useless anyway since it is trying to run untranslated tests on lib-python
dddddd has quit [Remote host closed the connection]
speeder39_ has quit [Quit: Connection closed for inactivity]
_whitelogger has joined #pypy
jacob22 has quit [Read error: Connection reset by peer]
jacob22 has joined #pypy
jvesely has quit [Quit: jvesely]
_whitelogger has joined #pypy
<kenaan> mattip default cad029326210 /: fix curses tests and make sure ffi.string returns str for python3
<kenaan> mattip py3.6 aefd6cf46eed /lib_pypy/_curses.py: merge default into branch
<kenaan> mattip py3.6 9265d2b9cef6 /: fix _curses for py3.6
<kenaan> mattip py3.6 39898aeb2799 /lib-python/3/venv/__init__.py: issue 3159: venv should copy directories, not just files
xcm has quit [Remote host closed the connection]
xcm has joined #pypy
Ai9zO5AP has quit [Ping timeout: 240 seconds]
Ai9zO5AP has joined #pypy
pepesza has quit [Ping timeout: 265 seconds]
Ai9zO5AP has quit [Quit: WeeChat 2.5]
dddddd has joined #pypy
speeder39_ has joined #pypy
dddddd_ has joined #pypy
dddddd has quit [Ping timeout: 265 seconds]
dddddd_ is now known as dddddd
pepesza has joined #pypy
rindolf has joined #pypy
<rindolf> Hi all! This program - https://bpaste.net/3R7Q - which solves https://projecteuler.net/problem=694 - takes 12s to complete in pypy3 and under 7s in /usr/bin/python3 on mageia v8 x64. why?
<mattip> what is primesieve?
jacob22 has quit [Read error: Connection reset by peer]
jacob22 has joined #pypy
<simpson> rindolf: At least part of the difference is due to how dynamic programming is structured in calc_sum(). Here, I've explicitly tabled the work: https://gist.github.com/435052cca126dc90b62ec81fe222ba2b
<simpson> This gives me ~10s with CPython and ~9s with PyPy.
<simpson> mattip: I found it on PyPI: https://pypi.org/project/primesieve/
<rindolf> mattip: yes, it is on pypi
<rindolf> simpson: thanks, let me see
<mattip> primesieve is a cython wrapper around c++ code. The calls will be slow through pypy
<rindolf> mattip: ah
<simpson> I didn't time how much time is spent in C++. It seems like a lot of work is done in Python.
<mattip> what does primesieve.primes(sqmax) return? If it is a numpy array the whole thing is using numpy calls
<rindolf> mattip: it returns a list
<rindolf> mattip: no, it returns an array.array
<rindolf> after this optimisation, pypy3 is a bit faster - https://bpaste.net/ERUQ
<rindolf> simpson: i timed your version and it was slower than my original one
<simpson> rindolf: Oh well. Happy to be wrong. I wonder whether a better data structure for the work queue would yield better results.
<rindolf> simpson: ah
<rindolf> simpson: well, pypy was faster there but still slower than cpython3 in my original code
lritter has joined #pypy
jvesely has joined #pypy
jvesely has quit [Ping timeout: 265 seconds]
speeder39_ has quit [Quit: Connection closed for inactivity]
epony has quit [Remote host closed the connection]
jacob22 has quit [Read error: Connection reset by peer]
jacob22 has joined #pypy
xcm has quit [Read error: Connection reset by peer]
xcm has joined #pypy
jcea has joined #pypy
jvesely has joined #pypy
xcm has quit [Killed (orwell.freenode.net (Nickname regained by services))]
xcm has joined #pypy
rindolf has quit [Quit: http://www.shlomifish.org/ ; Some people grow older and wiser. Not I. I grow older and more foolish.]
mwhudson has joined #pypy
mwhudson has quit [Changing host]
mwhudson has joined #pypy
xcm has quit [Remote host closed the connection]
xcm has joined #pypy
dansan has quit [Excess Flood]
dansan has joined #pypy
jcea has quit [Remote host closed the connection]
jcea has joined #pypy
jacob22 has quit [Read error: Connection reset by peer]
jacob22 has joined #pypy