Mailman 3 December 2010 - pypy-dev

Re: [pypy-dev] [pypy-svn] r79938 - in pypy/trunk/pypy: module/posix module/posix/test rpython/module translator/c/test
by Maciej Fijalkowski 10 Dec '10

10 Dec '10

Do we *really* need those functions available on RPython level? On Thu, Dec 9, 2010 at 7:30 PM, <arigo(a)codespeak.net> wrote: > Author: arigo > Date: Thu Dec 9 18:30:33 2010 > New Revision: 79938 > > Modified: > pypy/trunk/pypy/module/posix/__init__.py > pypy/trunk/pypy/module/posix/interp_posix.py > pypy/trunk/pypy/module/posix/test/test_posix2.py > pypy/trunk/pypy/rpython/module/ll_os.py > pypy/trunk/pypy/translator/c/test/test_extfunc.py > Log: > Implement os.getloadavg(). (Phew, we really need to edit files in all > corners of the world for this...) > > > Modified: pypy/trunk/pypy/module/posix/__init__.py > ============================================================================== > --- pypy/trunk/pypy/module/posix/__init__.py (original) > +++ pypy/trunk/pypy/module/posix/__init__.py Thu Dec 9 18:30:33 2010 > @@ -111,6 +111,8 @@ > interpleveldefs['sysconf_names'] = 'space.wrap(os.sysconf_names)' > if hasattr(os, 'ttyname'): > interpleveldefs['ttyname'] = 'interp_posix.ttyname' > + if hasattr(os, 'getloadavg'): > + interpleveldefs['getloadavg'] = 'interp_posix.getloadavg' > > for name in ['setsid', 'getuid', 'geteuid', 'getgid', 'getegid', 'setuid', > 'seteuid', 'setgid', 'setegid', 'getpgrp', 'setpgrp', > > Modified: pypy/trunk/pypy/module/posix/interp_posix.py > ============================================================================== > --- pypy/trunk/pypy/module/posix/interp_posix.py (original) > +++ pypy/trunk/pypy/module/posix/interp_posix.py Thu Dec 9 18:30:33 2010 > @@ -963,6 +963,17 @@ > return space.w_None > chown.unwrap_spec = [ObjSpace, str, "c_nonnegint", "c_nonnegint"] > > +def getloadavg(space): > + try: > + load = os.getloadavg() > + except OSError, e: > + raise OperationError(space.w_OSError, > + space.wrap("Load averages are unobtainable")) > + return space.newtuple([space.wrap(load[0]), > + space.wrap(load[1]), > + space.wrap(load[2])]) > +getloadavg.unwrap_spec = [ObjSpace] > + > if _WIN: > from pypy.rlib import rwin32 > > > Modified: pypy/trunk/pypy/module/posix/test/test_posix2.py > ============================================================================== > --- pypy/trunk/pypy/module/posix/test/test_posix2.py (original) > +++ pypy/trunk/pypy/module/posix/test/test_posix2.py Thu Dec 9 18:30:33 2010 > @@ -521,6 +521,14 @@ > assert os.WIFEXITED(status) > assert os.WEXITSTATUS(status) == exit_status > > + if hasattr(os, 'getloadavg'): > + def test_os_getloadavg(self): > + os = self.posix > + l0, l1, l2 = os.getloadavg() > + assert type(l0) is float and l0 >= 0.0 > + assert type(l1) is float and l0 >= 0.0 > + assert type(l2) is float and l0 >= 0.0 > + > if hasattr(os, 'fsync'): > def test_fsync(self): > os = self.posix > > Modified: pypy/trunk/pypy/rpython/module/ll_os.py > ============================================================================== > --- pypy/trunk/pypy/rpython/module/ll_os.py (original) > +++ pypy/trunk/pypy/rpython/module/ll_os.py Thu Dec 9 18:30:33 2010 > @@ -730,6 +730,22 @@ > return extdef([traits.str, int, int], int, traits.ll_os_name('open'), > llimpl=os_open_llimpl, oofakeimpl=os_open_oofakeimpl) > > + @registering_if(os, 'getloadavg') > + def register_os_getloadavg(self): > + AP = rffi.CArrayPtr(lltype.Float) > + c_getloadavg = self.llexternal('getloadavg', [AP, rffi.INT], rffi.INT) > + > + def getloadavg_llimpl(): > + load = lltype.malloc(AP.TO, 3, flavor='raw') > + r = c_getloadavg(load, 3) > + result_tuple = load[0], load[1], load[2] > + lltype.free(load, flavor='raw') > + if r != 3: > + raise OSError > + return result_tuple > + return extdef([], (float, float, float), > + "ll_os.ll_getloadavg", llimpl=getloadavg_llimpl) > + > # ------------------------------- os.read ------------------------------- > > @registering(os.read) > > Modified: pypy/trunk/pypy/translator/c/test/test_extfunc.py > ============================================================================== > --- pypy/trunk/pypy/translator/c/test/test_extfunc.py (original) > +++ pypy/trunk/pypy/translator/c/test/test_extfunc.py Thu Dec 9 18:30:33 2010 > @@ -755,3 +755,13 @@ > for i in range(5): > res = func(i) > assert res == os.uname()[i] > + > +if hasattr(os, 'getloadavg'): > + def test_os_getloadavg(): > + def does_stuff(): > + a, b, c = os.getloadavg() > + print a, b, c > + return a + b + c > + f = compile(does_stuff, []) > + res = f() > + assert type(res) is float and res >= 0.0 > _______________________________________________ > pypy-svn mailing list > pypy-svn(a)codespeak.net > http://codespeak.net/mailman/listinfo/pypy-svn >

3 2

Idea for speed.pypy.org
by Jacob Hallén 04 Dec '10

04 Dec '10

Something that would be nice on the speed.pypy.org site would be that each benchmark links to a page that describes the benchmark - What the benchmark is designed to measure - Why PyPy performs better/worse than CPYthon (if known) - What might be done to further improve performance (if there are ideas) - Link to the source code of the benchmark Any takers? Jacob

4 3

Testing if a function exists?
by Dan Stromberg 04 Dec '10

04 Dec '10

How does one test if a function exists in pypy? In CPython 2.x and 3.x, it appears to be sufficient to use: 'funcname' in __bultins__ ...but that doesn't appear to work in pypy 1.4: >>>> print 'platform_version' in platform Traceback (most recent call last): File "<console>", line 1, in <module> TypeError: 'module' object is not iterable >>>> print 'bytes' in __builtins__ Traceback (most recent call last): File "<console>", line 1, in <module> TypeError: 'module' object is not iterable >>>> TIA!

4 5

Re: [pypy-dev] Idea for speed.pypy.org
by exarkun＠twistedmatrix.com 03 Dec '10

03 Dec '10

On 3 Dec, 11:42 pm, jacob(a)openend.se wrote: >Something that would be nice on the speed.pypy.org site would be that >each >benchmark links to a page that describes the benchmark > >- What the benchmark is designed to measure >- Why PyPy performs better/worse than CPYthon (if known) >- What might be done to further improve performance (if there are >ideas) >- Link to the source code of the benchmark > >Any takers? There's a column in the database where descriptions can be added - this could either be the full description you're talking about, or a link to a page with more information. The description is rendered on hover, and below the large version of the graph (if you have a recent enough codespeed). So it may just be a matter of entering some text for each benchmark (as opposed to making changes to the codespeed software). Jean-Paul

1 0

Windows source link
by Seung Soo, Ha 03 Dec '10

03 Dec '10

http://pypy.org/download/pypy-1.4-src.zip Down for everyone or is it just me?

3 2

Женская логика
by Vovan 02 Dec '10

02 Dec '10

Хотите понимать женщин? Знать реальные их мысли, когда они пытаются спрятать их за совершенно отвлеченными речами? На практических тренингах Академии Знакомств вы в реальных условиях научитесь быть предупредительным и понимающим мужчиной для женщин. http://samec.org.ua/?p=202 Не верите? Попробуйте, вам понравится. Желаю вам больших научных успехов.

2 1

pyopengl on pypy, take 2
by rndblnch 02 Dec '10

02 Dec '10

hi, with your help, i have been able to patch pyopengl to make non-trivial glut/opengl interactive programs (involving shaders, vertex and pixel buffers) run on pypy. the programs: http://bitbucket.org/rndblnch/opengl-programmable/ some details about pyopengl modifications here: http://thread.gmane.org/gmane.comp.python.opengl.devel/1004/focus=1007 the only thing i add to change that is not already in the pypy svn is a minor check in _ctypes._Pointer.setcontents to make it raise a TypeError rather than an AttributeError if the value passed do not have a _ensure_objects method: class _Pointer(_CData): def setcontents(self, value): if not isinstance(value, self._type_): raise TypeError("expected %s instead of %s" % ( self._type_.__name__, type(value).__name__)) self._objects = {keepalive_key(1):value} + if not hasattr(value, "_ensure_objects"): + raise TypeError if value._ensure_objects() is not None: self._objects[keepalive_key(0)] = value._objects value = value._buffer self._buffer[0] = value a better check might be "if not isinstance(value, _CData)". i hope you will consider this minor change for inclusion into pypy's ctypes implementation. i still have other issues, but at least all my programs run and are interactive. i have not looked at the performance, but i have a question on this aspect: since most of the python code is executed as c callbacks passed to glut, should i except any gain at all? is pypy able to jit those functions wrapped by ctypes and passed down as callbacks to a c library? thanks again, renaud

1 0

Re: [pypy-dev] [PyPy Status Blog] New comment on PyPy 1.4: Ouroboros in practice.
by Antonio Cuni 01 Dec '10

01 Dec '10

On 01/12/10 23:21, Amaury Forgeot d'Arc wrote: [cut] > There is already an ongoing effort to port PyPy to Python 2.7. > > But we need some help! It's a good way to become a PyPy developer. > And no, you don't have to be a JIT expert to implement itertools.combinations > or asian codecs. Nice comment Amaury :-). What about writing a blog post explicitly asking for help? I also agree that the fast-forward branch is a good way to enter pypy, moreover we should exploit the hype we seem to have at the moment :-). ciao, Anto

1 0

pyopengl on pypy
by renaud blanch 01 Dec '10

01 Dec '10

this time with a subject, the message, and my apologies for the noise, renaud On 12/1/10, renaud blanch <rndblnch(a)gmail.com> wrote: > hi, > > i'm trying to make some pyopengl [0] -based code [1] run on top of pypy. > this is partially successful, but i need some advice to progress further. > pyopengl 3.x makes use of ctypes to provide the opengl binding, and it > works out of the box for simple functions (those that do not takes > c-pointer to buffers of data as arguments). > for the rest, the first issue is that pyopengl use two functions from > the ctypes.pythonapi lib, namely PyString_AsString and > PyBuffer_FromMemory. > any advice on how to replace those functions to make them compatible with > pypy? > > Mike Fletcher (pyopengl author) gave me some hints about that point: >> For the first issue, those are going to require some reworking, in >> essence those are "C" implemented code that happens to use Python/ctypes >> as the implementation language and makes assumptions about the >> data-storage for the objects (e.g. that a string is internally a >> contiguous series of bytes, which is *not necessarily* true in PyPy). >> We'd need to find a mechanism in PyPy that would give us that direct >> memory-pointer access to be able to use it. Note: a compacting garbage >> collector (or anything else that can move memory locations) will cause >> problems there, so we may need to find a way to signal PyPy not to move >> a given object, and to use contiguous data-arrays for their storage. > > thanks a lot for any advice, > > renaud > > 0. PyOpenGL 3.x / The Python OpenGL® Binding > <http://pyopengl.sourceforge.net/> > > 1. opengl-programmable / a short step by step tutorial to OpenGL > programmable pipeline > <http://bitbucket.org/rndblnch/opengl-programmable/> >

4 3

(no subject)
by renaud blanch 01 Dec '10

01 Dec '10

hi, i'm trying to make some pyopengl [0] -based code [1] run on top of pypy. this is partially successful, but i need some advice to progress further. pyopengl 3.x makes use of ctypes to provide the opengl binding, and it works out of the box for simple functions (those that do not takes c-pointer to buffers of data as arguments). for the rest, the first issue is that pyopengl use two functions from the ctypes.pythonapi lib, namely PyString_AsString and PyBuffer_FromMemory. any advice on how to replace those functions to make them compatible with pypy? Mike Fletcher (pyopengl author) gave me some hints about that point: > For the first issue, those are going to require some reworking, in > essence those are "C" implemented code that happens to use Python/ctypes > as the implementation language and makes assumptions about the > data-storage for the objects (e.g. that a string is internally a > contiguous series of bytes, which is *not necessarily* true in PyPy). > We'd need to find a mechanism in PyPy that would give us that direct > memory-pointer access to be able to use it. Note: a compacting garbage > collector (or anything else that can move memory locations) will cause > problems there, so we may need to find a way to signal PyPy not to move > a given object, and to use contiguous data-arrays for their storage. thanks a lot for any advice, renaud 0. PyOpenGL 3.x / The Python OpenGL® Binding <http://pyopengl.sourceforge.net/> 1. opengl-programmable / a short step by step tutorial to OpenGL programmable pipeline <http://bitbucket.org/rndblnch/opengl-programmable/>

2 1