<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Jul 24, 2014 at 4:41 AM, Bert Freudenberg <span dir="ltr">&lt;<a href="mailto:bert@freudenbergs.de" target="_blank">bert@freudenbergs.de</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">While working on my SqueakJS VM (which now can run a current 4.5 image) I&#39;m discovering a lot of gross inefficiencies. I have no time (or much desire) to fix these, but would anybody think it&#39;s valuable if I post them here? For example:<br>

<br>
ScrollBar&gt;&gt;initializeSlider<br>
ScrollBar&gt;&gt;sliderColor:<br>
ScrollBar&gt;&gt;updateSliderColor:<br>
Color class&gt;&gt;gray:<br>
Color&gt;&gt;setRed:green:blue:<br>
Float&gt;&gt;rounded<br>
Float&gt;&gt;sign<br>
Float&gt;&gt;&gt;<br>
Number&gt;&gt;adaptToFloat:andCompare:<br>
Float&gt;&gt;asTrueFraction<br>
Integer&gt;&gt;bitOr:<br>
<br></blockquote><div><br></div><div>Oh man, we should _really_ take a look at those lower-level ones in the Number hierarchy.  There could be some low-hanging cog-like-turbo-boost fruit lurking in there..</div><div><br>
</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
ctx[5]=rcvr: 3436915608L<br>
ctx[6]=tmp0: 16r10000000000000L<br>
ctx[7]=tmp1: nil<br>
<br>
Converting a Float to an exact Fraction just to find out its sign seems very much unnecessary. And without the LargeInteger primitive support it also is really really slow.<br>
<br>
My VM-level debugger makes it easy to stop at any time and look what&#39;s taking so long, so that&#39;s how I come across these.<br>
<span class="HOEnZb"><font color="#888888"><br>
- Bert -<br>
<br>
<br>
<br>
</font></span><br><br>
<br></blockquote></div><br></div></div>