It has taken me a long time to get back to this, the algorithm I am
playing with is soft real-time at best not hard realtime
My thinking is far more around using (and abusing) the transaction queue
to manage a barrier for the GC implementing much of a classical
read/write barrier there
On 2
Re-hi,
Ah, another matter. I don't know how interesting the goal of a
no-pause GC is together with STM. It would seem to me that STM is, by
itself, not really well-suited if you want to absolutely avoid pauses:
if a transaction is aborted a few times before eventually succeeding
to commit, then
Hi Greg,
On Fri, Feb 24, 2012 at 22:23, Greg Bowyer wrote:
> So if anyone else is willing to join in a challange, I have an example first
> steps piece of C that uses the azul interfaces to attempt to grab a blob of
> memory.
Unsure how well using C code for the GC would work. Also, if you're
t
Thats pretty awesome.
So if anyone else is willing to join in a challange, I have an example
first steps piece of C that uses the azul interfaces to attempt to grab
a blob of
memory.
https://bitbucket.org/GregBowyer/pypy-c4gc/raw/1889f31b43e5/azm_mem_test/test.c
I was expecting my code to no
2012/2/21 Greg Bowyer
> My question (probably one of many to irritate and annoy all the fine folks
> here) would be, is there a sensible way to compile into pypy a small amount
> of C code that can be used to bootstrap and bridge some esoteric c
> libraries into pypy, the code that I want to run,
The other night I got this burning desire to recreate the Azul GPGC (the
java pauseless collector) inside pypy, with a view that it could be used
alongside the STM work to make pypy a low (no?) pause concurrent VM.
When I started tackling the code I realised I might have bitten off a
little mo
