<div dir="ltr"><div>Here is an update about performances: I compared two images that were too much distant<br>(bitblt was not the only change, but there are other (Large)Integer hacks...)<br><br></div><div>If I take two interpreter VM with only differences in BitBltPlugin rgbAdd/alphaBlend/alphaBlendScaled, then the micro benchmark are unchanged (-25% of run time in 32bit depth) but the text display macro benchmark is less spectacular, only -6% of runtime.<br>
</div><div><br></div><div>The good news is that the macro -15% are somehow achievable by other means.<br><br></div><div>It remain to be measured in COG. My results are not reliable so far.<br>Here again, I have too many differences between the VM used for bench, including recent changes from Eliot, and C compiler (LLVM 1.7 vs GCC 4.2, from old Xcode 3.2).<br>
I also experiment some lack of repeatability for which I did not identify the root cause.<br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/12/30 David T. Lewis <span dir="ltr">&lt;<a href="mailto:lewis@mail.msen.com" target="_blank">lewis@mail.msen.com</a>&gt;</span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><br>
On Fri, Dec 27, 2013 at 06:06:02PM +0100, Nicolas Cellier wrote:<br>
&gt;<br>
&gt; This has been capitalized at <a href="http://bugs.squeak.org/view.php?id=7802" target="_blank">http://bugs.squeak.org/view.php?id=7802</a><br>
&gt; I use the old squeak mantis right now rather than cog issue tracker<br>
&gt; (abandonned?) or newest pharo fogbugz (restricted?)<br>
&gt; What do VM maintainers prefer?<br>
<br>
</div>Thanks for opening this issue on the mantis tracker. That happens to be<br>
the one that I use to try to keep track of issues that may take some time<br>
to resolve, and/or that require coordiation between multiple people.<br>
<br>
I have been watching #7802 with interest (though I am not a bitblt expert)<br>
and I will make sure that your updates get into the trunk VMM, and will<br>
coordinate with Eliot and/or add it to oscog directory. The trunk and<br>
oscog branches are pretty much identical in this area, so it&#39;s just a matter<br>
of keeping both updated, with is not a problem.<br>
<br>
&gt;From my point of view, the <a href="http://bugs.squeak.org" target="_blank">bugs.squeak.org</a> issue tracker is the one that<br>
I watch. I don&#39;t have an account on fogbugz, although I do read the pharo<br>
mailing list and try to keep up to date with issues that get mentioned there.<br>
<br>
The cog issue tracker was a good idea, although I think it probably got<br>
abandoned when people moved to fogbugz, so I do not try to keep track of<br>
it now.<br>
<div class="im"><br>
&gt; I don&#39;t really like the balkanisation in progress, and hope we can converge<br>
&gt; on some better communalisation again.<br>
&gt;<br>
<br>
</div>&lt;curmudgeon alert&gt;<br>
<br>
Inventing a new process is easy. To actually use an existing process that<br>
someone else invented is hard. Or so it would seem.<br>
<br>
I see the same problem in my corporate IT environments. Everybody wants<br>
to invent ways for the other guy to be more productive and nobody wants<br>
to use the other guy&#39;s ideas to actually *be* productive. I think we are<br>
raising a whole new generation of consultants who will all be experts on<br>
how the other guy should be working if only he was as smart as me :-(<br>
<br>
I should not complain because I make my living as a consultant. But still<br>
I dream of a world where people like me are not needed. Then I can retire<br>
and be happy.<br>
<br>
&lt;/curmudgeon alert&gt;<br>
<br>
Dave<br>
<br>
</blockquote></div><br></div>