[AstroPy] Plan to port astropy to python3?
Bridgman, William T.
William.T.Bridgman at nasa.gov
Tue Jun 7 12:06:14 EDT 2011
Yes, I should have said 'multiprocessing' instead of 'threading'.
I've had some successful experiments with python 2.6 & 2.7 using
multiprocessing but my understanding is that Python 3 improves on this.
I have encountered weirdness when reading/writing .npz files in
multiple processes but could not reliably reproduce it.
On Jun 7, 2011, at 12:00 PM, Peter Erwin wrote:
> On Jun 7, 2011, at 5:39 PM, Perry Greenfield wrote:
>> On Jun 7, 2011, at 11:22 AM, Bridgman, William T. wrote:
>>> This is the first I've heard that my main components of interest are
>>> ALL working on Python 3.
>>> Which means I will probably try a test installation of Python 3 on
>>> of my systems this summer.
>>> I want to make more use of threading on multi-core systems since
>>> graphical rendering is a lot of 'embarrassingly parallel' type
>> Threading in Python won't necessarily exploit multi-core systems very
>> well. You may want to look at other alternatives in Python.
> I believe the multiprocessing library (introduced in Python 2.6) is
> designed to
> take advantage of mulitple cores (it spawns & communicates with
> separate processes,
> rather than Python threads, which have to coexist within the parent
> (I haven't tried using it yet, though.)
> Peter Erwin Max-Planck-Insitute for Extraterrestrial
> erwin at mpe.mpg.de Physics, Giessenbachstrasse
> tel. +49 (0)89 30000 3695 85748 Garching, Germany
> fax +49 (0)89 30000 3495 http://www.mpe.mpg.de/~erwin
> AstroPy mailing list
> AstroPy at scipy.org
Dr. William T."Tom" Bridgman Scientific Visualization
Global Science & Technology, Inc. NASA/Goddard Space Flight
Email: William.T.Bridgman at nasa.gov Code 610.3
Phone: 301-286-1346 Greenbelt, MD 20771
FAX: 301-286-1634 http://svs.gsfc.nasa.gov/
More information about the AstroPy