Re: Problem in Thread.c

"Sébastien Adam" <[email protected]> Mon, 17 Apr 2006 15:29:03 +0000
Newsgroups gmane.comp.java.vm.sablevm.devel
Message-ID <[email protected]>
--===============0167154910==
Content-Type: multipart/alternative; 
	boundary="----=_Part_14044_2658938.1145287743042"

------=_Part_14044_2658938.1145287743042
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

> I definitely think that the framework outlined in
http://sablevm.org/lists/sablevm-devel/2006-April/000672.html
is needed.

I definitely think that a framework must be created to debug the GCs. The
problem with the proposed framework is that we should ensure that the gc is
called at exactly the same time (when the same objects are allocated). This
is pratically impossible.  In addition, I must do a copy of the roots, the
heap, the remember set, ... How can I freeze the heap to have the same
objects in the heap and the same roots? Maybe it is better to artificially
create the set of roots and the heap objects.  Then we launch the different
GCs on the faked heap...

Seb


On 4/17/06, Etienne Gagnon <[email protected]> wrote:
>
> Hi Sebastien,
>
> I definitely think that the framework outlined in
>
> http://sablevm.org/lists/sablevm-devel/2006-April/000672.html
>
> is needed.  It will be useful now and later, for developing, debugging,
> testing and maintaining any complex GC algorithm we include in SableVM.
>
> Etienne
>
> S=E9bastien Adam wrote:
> > I allocated the larger objects in the oldest generation. I think this i=
s
> > the source of the problem. Since I allocate these objects in the
> > nursery, everything works perfectly... and for all heap size...
>
> --
> Etienne M. Gagnon, Ph.D.            http://www.info2.uqam.ca/~egagnon/
> SableVM:                                       http://www.sablevm.org/
> SableCC:                                       http://www.sablecc.org/
>
>
>
> _______________________________________________
> SableVM-devel mailing list
> [email protected]
> http://sablevm.org/lists/control/listinfo/sablevm-devel
>
>
>
>

------=_Part_14044_2658938.1145287743042
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

&gt; I definitely think that the framework outlined in<br>
 <a href=3D"http://sablevm.org/lists/sablevm-devel/2006-April/000672.html">=
http://sablevm.org/lists/sablevm-devel/2006-April/000672.html</a> <br>
is needed.<br><br>
I definitely think that a framework must be created to debug the GCs.
The problem with the proposed framework is that we should ensure that
the gc is called at exactly the same time (when the same objects are
allocated). This is pratically impossible.&nbsp; In addition, I must do
a copy of the roots, the heap, the remember set, ... How can I freeze
the heap to have the same objects in the heap and the same roots? Maybe
it is better to artificially create the set of roots and the heap
objects.&nbsp; Then we launch the different GCs on the faked heap... <br>
<br>
Seb<br>
<br>
<br><div><span class=3D"gmail_quote">On 4/17/06, <b class=3D"gmail_senderna=
me">Etienne Gagnon</b> &lt;<a href=3D"mailto:[email protected]">egagnon@s=
ablevm.org</a>&gt; wrote:</span><blockquote class=3D"gmail_quote" style=3D"=
border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; paddi=
ng-left: 1ex;">
Hi Sebastien,<br><br>I definitely think that the framework outlined in<br><=
br> <a href=3D"http://sablevm.org/lists/sablevm-devel/2006-April/000672.htm=
l">http://sablevm.org/lists/sablevm-devel/2006-April/000672.html</a><br><br=
>
is needed.&nbsp;&nbsp;It will be useful now and later, for developing, debu=
gging,<br>testing and maintaining any complex GC algorithm we include in Sa=
bleVM.<br><br>Etienne<br><br>S=E9bastien Adam wrote:<br>&gt; I allocated th=
e larger objects in the oldest generation. I think this is
<br>&gt; the source of the problem. Since I allocate these objects in the<b=
r>&gt; nursery, everything works perfectly... and for all heap size...<br><=
br>--<br>Etienne M. Gagnon, Ph.D.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<a href=3D"http://www.info2.uqam.ca/~egagnon/=
">
http://www.info2.uqam.ca/~egagnon/</a><br>SableVM:&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
<a href=3D"http://www.sablevm.org/">http://www.sablevm.org/</a><br>SableCC:=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;
<a href=3D"http://www.sablecc.org/">http://www.sablecc.org/</a><br><br><br>=
<br>_______________________________________________<br>SableVM-devel mailin=
g list<br><a href=3D"mailto:[email protected]">SableVM-devel@sablev=
m.org
</a><br><a href=3D"http://sablevm.org/lists/control/listinfo/sablevm-devel"=
>http://sablevm.org/lists/control/listinfo/sablevm-devel</a><br><br><br><br=
></blockquote></div><br>

------=_Part_14044_2658938.1145287743042--


--===============0167154910==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
SableVM-devel mailing list
[email protected]
http://sablevm.org/lists/control/listinfo/sablevm-devel

--===============0167154910==--