Mailman 3 March 2016 - pypy-dev

About gurobipy
by Luis José Novoa 31 May '18

31 May '18

Hi All, My name is Luis Novoa. Im working on a large scale optimization problem using python/gurobipy for my implementation. I was wondering if any of you in this list has used gurobipy with pypy, or if it is even possible at this time. Thanks in advance, Luis.

9 9

[ANN] Python compilers workshop at SciPy this year
by John Camara 24 Mar '16

24 Mar '16

Hi Nathaniel, I would like to suggest one more topic for the workshop. I see a big need for a library (jffi) similar to cffi but that provides a bridge to Java instead of C code. The ability to seamlessly work with native Java data/code would offer a huge improvement when python code needs to work with the Spark/Hadoop ecosystem. The current mechanisms which involve serializing data to/from Java can kill performance for some applications and can render Python unsuitable for these cases. John

5 13

Copy-on-write list slicing as GSoC project
by Николай Зинов 24 Mar '16

24 Mar '16

Hello dear PyPy developers, My name is Nikolay Zinov. I am a sophomore student at Moscow Institute of Physics and Technology. I am very interested in contributing to PyPy as a GSoC project. I found implementing copy-on-write list slicing particularly interesting for me. Below go my ideas. Note, that at some places I see different possible choices so I need feedback. 1. What we want to get is *myslice = mylist[a:b]* only cause data copying if *myslice* or *mylist* are mutated. 2. This can be implemented by creating a special list strategy. When getslice operation is performed, the original list is switched to that strategy and a new list with shared storage is created. Storage layout is a tuple of reference counter and the underlying RPython list. This storage would be shared between several W_ListObject instances. A field containing slice object representing would be added to the W_ListObject. List operations are implemented as follows: non modifying ops perform indices conversion and proxy the call to the underlying strategy; modifying ops cause new list creation with normal strategy. If a slice of a slice is taken we can calculate the resulting slice of the original list. 3. Some drawbacks of this solution. a) Additional field (slice object) added to W_ListObject. Another option would be to make this value a part of the storage. However, this value is unique for the slice while other data are shared. Therefore, it would require an additional level of indirection with the W_ListObject pointing to some header which in its turn points to shared data. b) If the original list is modified it is copied and not the (probably smaller) slice. The solution would be quite complicated with the original list storing references to all its slices. The good thing is that this scenario (create a slice -> modify the original list) is quite rare (or it would be if not for the next problem). c) Copy-on-write is inefficient in a GC'd environment. Abandoned slice can take a while to be freed and till then it will block modifying operations on the original list. I see no good solution for this problem but for keeping reference counter in the slice instance which is probably not a good idea. 4. With regard to the last problem it is interesting to consider omitting reference counter on the shared data and copy always. It would save another level of indirection but have little impact on the performance if the slices are not freed anyway and save another level of indirection. 5. Benchmark should be done to find out the cutoff length on which this strategy gives performance benefit over blind copying. Please give me your feedback on this idea and feasibility of its becoming a GSoC project. Cheers, Nikolay Zinov nzinov(a)gmail.com

2 2

[Jython-dev] [ANN] Python compilers workshop at SciPy this year (fwd)
by Laura Creighton 23 Mar '16

23 Mar '16

This from the Jython mailing list. Are we sending somebody? It's the first I heard about it, at any rate. Laura ------- Forwarded Message Return-Path: <jython-dev-bounces(a)lists.sourceforge.net> Received: from lists.sourceforge.net (lists.sourceforge.net [216.34.181.88]) From: Nathaniel Smith <njs(a)pobox.com> To: jython-dev(a)lists.sourceforge.net Subject: [Jython-dev] [ANN] Python compilers workshop at SciPy this year Hi Jython folks, I wanted to give a heads-up to a workshop I'm organizing at SciPy this year that might be of interest to you: What: A two-day workshop bringing together folks working on JIT/AOT compilation in Python. When/where: July 11-12, in Austin, Texas. (This is co-located with SciPy 2016, at the same time as the tutorial sessions, just before the conference proper.) Website: https://python-compilers-workshop.github.io/ Note that I anticipate that we'll be able to get sponsorship funding to cover travel costs for folks who can't get their employers to foot the bill. Cheers, - -n - -- Nathaniel J. Smith -- https://vorpus.org - ------------------------------------------------------------------------------ Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140 _______________________________________________ Jython-dev mailing list Jython-dev(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jython-dev ------- End of Forwarded Message

2 1

GSoC: Updates on ByteArray?
by Brian Guo 22 Mar '16

22 Mar '16

Hi, My name is Brian Guo and I am currently an undergraduate at Cornell University. I am very interested in working with PyPy as part of Google's Summer of Code. In particular, I am interested in working on the bytearray project. I noticed that the current status of the ByteArray project is unknown, but that there may be updates on the mailing list. I am wondering if there is any information I may be able to read on this project, or possibly an overview of the project itself and the proposed changes that would make byteArray faster (if any have been proposed yet). I am very grateful to anyone who is able to point me in the right direction in regards to this project. Thank you all for your time, -Brian Guo

2 1

[ANN] Python compilers workshop at SciPy this year
by Nathaniel Smith 22 Mar '16

22 Mar '16

Hi all, I wanted to announce a workshop I'm organizing at SciPy this year, and invite you to attend! What: A two-day workshop bringing together folks working on JIT/AOT compilation in Python. When/where: July 11-12, in Austin, Texas. (This is co-located with SciPy 2016, at the same time as the tutorial sessions, just before the conference proper.) Website: https://python-compilers-workshop.github.io/ Note that I anticipate that we'll be able to get sponsorship funding to cover travel costs for folks who can't get their employers to foot the bill. Cheers, -n -- Nathaniel J. Smith -- https://vorpus.org

1 0

STM improvements GSoC project
by Kunal Grover 21 Mar '16

21 Mar '16

Hi, I am interested in improvements in PyPy-STM as a GSoC project. I have discussed some ideas with Remi, and put them down here in https://docs.google.com/document/d/1ZXORu2qgX6EixCWTb--HRMIFYauoWtJIGKkTlFi… . It would be great if you could comment here giving your suggestions regarding the same. Also, I am unsure about how to make vmprof work with this STM, and what is the complexity involved in that. Anyone can give suggestions about the same? Thank you. Kunal

1 0

PyPy Ubuntu PPA + a cpyext question
by Tin Tvrtković 21 Mar '16

21 Mar '16

Hello, first question: is the PyPy Ubuntu PPA still a maintained thing? I'm not demanding free labor here, just curious whether I should wait a little for 5.0 to show up there or change my Dockerfiles to direct download. second question: does PyPy support PyByteArray_CheckExact? I seem to have some Cython-generated code using it and PyPy seems to be refusing to import the resulting module. Cheers!

3 3

release seems ready
by matti picus 20 Mar '16

20 Mar '16

It seems we have a release, version ad5a4e55fa8e. Is there a reason to wait? buildbots http://buildbot.pypy.org/summary?branch=release-5.x release notice http://doc.pypy.org/en/latest/release-5.0.0.html Hopefully we can release 5.1 once s360-x lands on default Matti

5 20

Crossbar.io / AutobahnPython 0.13.0
by Tobias Oberstein 18 Mar '16

18 Mar '16

Hi, we've released Crossbar.io and AutobahnPython 0.13.0, running on Twisted 16.0.0 and PyPy 5.0. Get it here: Source: * https://github.com/crossbario/crossbar * https://github.com/crossbario/autobahn-python Python Packages: * https://pypi.python.org/pypi/crossbar * https://pypi.python.org/pypi/autobahn Binary Packages (recommended) * http://crossbar.io/docs/Local-Installation/ The binary packages contain a complete, self-contained, optimized Crossbar.io with everything - including PyPy 5.0, and of course based on Twisted 16.0.0! These packages are available for Ubuntu, FreeBSD and CentOS. (thanks to Hawkie, Miss Amber Brown - she made that happen;) ) Cheers, /Tobias

1 0

pypy-dev March 2016