lp:~mwhudson/pypy/imported-gc-jit-hack

Created by Michael Hudson-Doyle and last modified
Get this branch:
bzr branch lp:~mwhudson/pypy/imported-gc-jit-hack
Only Michael Hudson-Doyle can upload to this branch. If you are Michael Hudson-Doyle please log in for upload directions.

Branch merges

Related bugs

Related blueprints

Branch information

Owner:
Michael Hudson-Doyle
Project:
PyPy
Status:
Development

Recent revisions

23277. By arigo

This is the best result so far. At least in this case I understand the
results: they seem to clearly show that a lot of the objects allocated
during jit-tracing actually survive. The results are not good enough --
they say that jit-tracing takes only half the time, but the truth is
that it's always soon followed by a lengthy minor collection, so that
the total time (as well as the total GC time) end up not really
improved. Closing this branch for now.

23276. By arigo

The current solution I think best. It still gives mixed
results.

23275. By arigo

Revert r68981.

23274. By arigo

Force a minor collection at the start of jit-tracing.
Experimental.

23273. By arigo

"import sys" missing.

23272. By arigo

Use resize_nursery() in the JIT.

23271. By arigo

Comment out the lines that bound the nursery size to half the initial space
size, with explanation.

23270. By arigo

In record_red_zone() we know that the nursery is going
to be allocated very soon, and it was already allocated
previously. So it should really be counted as part of
the allocated objects. The result is that we resize
the semispaces a bit more eagerly.

23269. By arigo

Interface resize_nursery() in framework.py, and test it in test_newgc.

23268. By arigo

Implement resizing the nursery at runtime.

Branch metadata

Branch format:
Branch format 7
Repository format:
Bazaar repository format 2a (needs bzr 1.16 or later)
Stacked on:
lp:pypy
This branch contains Public information 
Everyone can see this information.