<br><br><div class="gmail_quote">On Fri, Aug 6, 2010 at 5:55 AM, Henrik Johansen <span dir="ltr"><<a href="mailto:henrik.s.johansen@veloxit.no">henrik.s.johansen@veloxit.no</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div><div></div><div class="h5"><br>
On Aug 6, 2010, at 2:39 53PM, Adrian Lienhard wrote:<br>
<br>
><br>
> Hi,<br>
><br>
> In recent VMs (Mac and Unix), SmalltalkImage current vmStatisticsReportString is broken, in that it returns nonsense data for GC times:<br>
><br>
> ...<br>
> GCs 1,145,798 (84ms between GCs)<br>
> full 3914 totalling 723,736,998ms (755.3% uptime), avg 184909.8ms<br>
> incr 1141884 totalling 248,056,609ms (258.9% uptime), avg 217.2ms<br>
> tenures 14,222 (avg 80 GCs/tenure)<br>
> Since last view 72 (49ms between GCs)<br>
> uptime 3.5s<br>
> full 0 totalling 0ms (0.0% uptime)<br>
> incr 72 totalling 15,110ms (426.1% uptime), avg 209.9ms<br>
> tenures 0<br>
><br>
><br>
> primitiveVMParameter in the most recent version of VMMaker package was changed. Does the image-side code need to be adapted or is this a bug in the primitive?<br>
><br>
> Thanks,<br>
> Adrian<br>
</div></div>It's been changed to a microsecond clock value in recent VM's on Unix/Mac.<br></blockquote><div><br></div><div>Is this really the case? If so, I think it is completely unnecessary. In the Cog VM I also use microseconds to sum GC times but when they are answered through getVMParameters they are converted to milliseconds (dividing by 1000 is not hard to do). So why change the external interface of the primitive when so much existing code depends on it?</div>
<div><br></div><div>confused,</div><div>Eliot</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
So yes, you have to adjust code in image based on which VM version / Platform you are running on to report a non-nonsense value consistently :)<br>
<br>
Cheers,<br>
Henry</blockquote></div><br>