Mailman 3 September 2005 - pypy-dev

LowLevelDatabase instance has no attribute 'pyobjmaker'
by Alexander Schremmer Sept. 23, 2005

Sept. 23, 2005

Hi, translating this target: def entry_point(argv): print "Test" return 0 def target(geninterp=True): return entry_point, None fails with: ... File "/home/contest/xoraxax/pypy-dist/pypy/translator/c/database.py", line 181, in complete self.get(value) File "/home/contest/xoraxax/pypy-dist/pypy/translator/c/database.py", line 123, in get node = self.getcontainernode(obj._obj) File "/home/contest/xoraxax/pypy-dist/pypy/translator/c/database.py", line 101, in … [View More]

2 1

Re: [pypy-dev] features, benefits, and recruiting help
by Laura Creighton Sept. 23, 2005

Sept. 23, 2005

In a message of Thu, 15 Sep 2005 13:36:41 EDT, Michal Wallace writes: >"Flexible" doesn't mean anything to me. Python is >already flexible, so what does that mean? Well, you've >got these different backends. Maybe that's what it >means. And the people who made stackless and psyco >and green threads are on the team, so maybe it's >about those things. Who knows? The site doesn't say >so if we want to figure out the status of those >things, we have to think about it. &… [View More]

4 3

#pypy
by Ben.Young＠risk.sungard.com Sept. 23, 2005

Sept. 23, 2005

Hi Everyone, Does anyone know a way of accessing irc through a port 80, http only proxy. It appears that #pypy has become the primary way of asking questions/reporting things, but I can only send emails or read web pages :( due to our workplace proxy. Cheers, Ben

2 1

(no subject)
by Anders Lehmann Sept. 22, 2005

Sept. 22, 2005

Hi all, Next #pypy-sync meeting on freenode.net is tomorrow Thursday at 1pm as usual. Regular topics -------------- * activity reports (3 prepared lines of info) * resolve conflicts/blockers Here is my draft proposal of Topics of the week ------------------ translate_pypy_new What more do want to do with this ? A pypy scrap-book ? Should we have a special place to collect press coverage, quotes, conference presentation, etc There remains about two weeks before the Paris … [View More]

2 3

Re: [pypy-svn] r17675 - pypy/dist/pypy/translator/goal
by Samuele Pedroni Sept. 20, 2005

Sept. 20, 2005

tismer(a)codespeak.net wrote: > Author: tismer > Date: Tue Sep 20 04:40:45 2005 > New Revision: 17675 > > Modified: > pypy/dist/pypy/translator/goal/bench-windows.py > Log: > executable abs.richards abs.pystone rel.rich rel.pystone > pypy-c-17439 35165 ms 668.586 42.4 61.1 > pypy-c-17600 26388 ms 900.481 31.8 45.4 > pypy-c-17634 20108 ms … [View More] 1017.720 24.2 40.1 > pypy-c-17649 22662 ms 1035.910 27.3 39.4 > pypy-c-17674-nolowmem 15817 ms 1981.470 19.1 20.6 > pypy-c-17674-t-lowmem 16834 ms 1274.650 20.3 32.1 > python 2.3.3 830 ms 40861.400 1.0 1.0 > > 17649 was with explicit fixed stack. > Changes after 17634 we not included. > 17674 has an outrageous effect. I cannot really > find out what it was. Did Armin do the fixed stack > patch already? Probably not. Was it Samuele's avoiding > of duplicate zeroing? Really just that? I think so, and > this is incredible. no, there's the effect of 17660 in there too > Even more incredible is the fact that not using using > t-lowmem accelerates pystone so much. This is an indicator > that we missed something used in pystone that still contains > applevel code. I can't believe it, will find it tomorrow. > > I looked at this, there's range, which is not used just for the main loop but in at least in one of the Procs. > Modified: pypy/dist/pypy/translator/goal/bench-windows.py > ============================================================================== > --- pypy/dist/pypy/translator/goal/bench-windows.py (original) > +++ pypy/dist/pypy/translator/goal/bench-windows.py Tue Sep 20 04:40:45 2005 > @@ -3,20 +3,26 @@ > # where a couple of .exe files is expected. > > current_result = """ > -executable abs.richards abs.pystone rel.richards rel.pystone > -pypy-c-17439 35180 ms 661.339 41.9 59.7 > -pypy-c-17512 46007 ms 6 59.205 54.8 59.9 > -pypy-c-17516 37944 ms 704.839 45.2 56.0 > -pypy-c-17545-intern 34309 ms 764.987 40.8 51.6 > -pypy-c-17572 36061 ms 736.094 42.9 53.7 > -pypy-c-17600 26348 ms 901.957 31.4 43.8 > -pypy-c-17623-32_4 24734 ms 970.845 29.4 40.7 > -pypy-c-17634 20088 ms 1018.240 23.9 38.8 > -pypy-c-17649 22902 ms 1018.300 27.3 38.8 > -python 2.3.3 840 ms 39500.600 1.0 1.0 > +executable abs.richards abs.pystone rel.rich rel.pystone > +pypy-c-17439 35165 ms 668.586 42.4 61.1 > +pypy-c-17600 26388 ms 900.481 31.8 45.4 > +pypy-c-17634 20108 ms 1017.720 24.2 40.1 > +pypy-c-17649 22662 ms 1035.910 27.3 39.4 > +pypy-c-17674-nolowmem 15817 ms 1981.470 19.1 20.6 > +pypy-c-17674-t-lowmem 16834 ms 1274.650 20.3 32.1 > +python 2.3.3 830 ms 40861.400 1.0 1.0 > > 17649 was with explicit fixed stack. > Changes after 17634 we not included. > +17674 has an outrageous effect. I cannot really > +find out what it was. Did Armin do the fixed stack > +patch already? Probably not. Was it Samuele's avoiding > +of duplicate zeroing? Really just that? I think so, and > +this is incredible. > +Even more incredible is the fact that not using using > +t-lowmem accelerates pystone so much. This is an indicator > +that we missed something used in pystone that still contains > +applevel code. I can't believe it, will find it tomorrow. > """ > > import os, sys > @@ -48,7 +54,7 @@ > print res > return res > > -def run_richards(executable='python', n=10): > +def run_richards(executable='python', n=20): > argstr = RICHARDS_CMD % n > txt = run_cmd('%s -c "%s"' % (executable, argstr)) > res = get_result(txt, RICHARDS_PATTERN) > @@ -60,18 +66,10 @@ > exes.sort() > return exes > > -LAYOUT = ''' > -executable abs.richards abs.pystone rel.richards rel.pystone > -pypy-c-17439 40929 ms 637.274 47.8 56.6 > -pypy-c-17512 46105 ms 658.1 53.9 54.8 > -pypy-current 33937 ms 698.415 39.6 51.7 > -python 2.3.3 856 ms 36081.6 1.0 1.0 > -''' > - > HEADLINE = '''\ > -executable abs.richards abs.pystone rel.richards rel.pystone''' > +executable abs.richards abs.pystone rel.rich rel.pystone''' > FMT = '''\ > -%-20s ''' + '%5d ms %9.3f ' + '%5.1f %5.1f' > +%-27s ''' + '%5d ms %9.3f ' + '%5.1f %5.1f' > > def main(): > print 'getting the richards reference' > @@ -81,7 +79,7 @@ > res = [] > for exe in get_executables(): > exename = os.path.splitext(exe)[0] > - res.append( (exename, run_richards(exe, 1), run_pystone(exe, 2000)) ) > + res.append( (exename, run_richards(exe, 2), run_pystone(exe, 20000)) ) > res.append( ('python %s' % sys.version.split()[0], ref_rich, ref_stone) ) > print HEADLINE > for exe, rich, stone in res: > _______________________________________________ > pypy-svn mailing list > pypy-svn(a)codespeak.net > http://codespeak.net/mailman/listinfo/pypy-svn [View Less]

1 0

Current test_all on windows
by Ben.Young＠risk.sungard.com Sept. 20, 2005

Sept. 20, 2005

Hi Everyone, It really looks like your optimization work is progressing! At this rate you'll be faster than CPython by Christmas. I just had a couple of questions from looking over the current changes. Is there a plan to write an API for graph transformations that stops you from performing invalid changes? That would be really useful considering the amount and subtlety of the changes that are being made. Also, do you really need to do inlining to do malloc removal? If you annotate … [View More]

2 1

Re: [pypy-svn] r17659 - pypy/dist/pypy/objspace/std
by Michael Hudson Sept. 20, 2005

Sept. 20, 2005

adim(a)codespeak.net writes: > Author: adim > Date: Mon Sep 19 16:10:24 2005 > New Revision: 17659 > > Modified: > pypy/dist/pypy/objspace/std/intobject.py > Log: > fixed error messages to match CPython's > > > Modified: pypy/dist/pypy/objspace/std/intobject.py > ============================================================================== > --- pypy/dist/pypy/objspace/std/intobject.py (original) > +++ pypy/dist/pypy/objspace/std/intobject.py Mon … [View More]

2 1

RE: [pypy-dev] next pypy-sync meeting 20050915
by Chermside, Michael Sept. 19, 2005

Sept. 19, 2005

Michal Wallace writes: > I think you guys have one of the most > impressive project management styles around, > and the sprint idea seems like a great > amount of fun. > > What if you capitalized on *that*? > > A week in europe to work on an open source > project? That would be an awesome vacation! > And to get to learn about compilers and python > along the way? > > What I'm saying is you could market the > sprints as a sort of training … [View More]

1 0

Re: [pypy-dev] unionof and dictionaries
by Amaury Forgeot D Arc Sept. 15, 2005

Sept. 15, 2005

Hello Armin, > The test as you reported it shows the intended behavior of DictDefs; > what did you expect, i.e. what are you trying to achieve? Yesterday (before r17525) there was an assertion about the contains() method when used on SomeIterators. I tried to see what was going on, and why a SomeIterator did not contain itself. In the pdb session, I tried some unionof() statements, and was very confused by the non-reproducible results... > The two dicts are unrelated; the annotator … [View More]

2 1

Re: [pypy-dev] Re: next pypy-sync meeting 20050915
by Laura Creighton Sept. 15, 2005

Sept. 15, 2005

In a message of Thu, 15 Sep 2005 10:04:09 BST, Michael Hudson writes: >Christian Tismer <tismer(a)stackless.com> writes: >Is the event in German? I guess from the fact that the website it, >the event probably is too... No, there are talks in all languages. Lots of German ones, 'natch. re: making money -- lightweight threading model, anyone? Laura

1 0