<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Jul 28, 2018 at 5:25 PM, Ben Coman <span dir="ltr"><<a href="mailto:btc@openinworld.com" target="_blank">btc@openinworld.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On 29 July 2018 at 05:55, Eliot Miranda <<a href="mailto:eliot.miranda@gmail.com">eliot.miranda@gmail.com</a>> wrote:<br>
> Hi Tim,<br>
><br>
>     thanks for this.  I don't want to respond to the tests per se, but I do<br>
> want to address one parenthetical you make.<br>
><br>
> On Sat, Jul 28, 2018 at 1:27 PM, Tim Johnson <<a href="mailto:digit@sonic.net">digit@sonic.net</a>> wrote:<br>
>><br>
>> Hi,<br>
>><br>
>> I downloaded an ran the All-in-one and wanted to put it through its paces<br>
>> on Windows 7 32-bit.  (I recognize 32-bit is a dying breed, but<br>
>> nonetheless...)<br>
><br>
><br>
> I don't think it is, at least not unless underlying OSs cease to support it.<br>
> Because Smalltalk has infinite precision arithmetic the 32-bit system works<br>
> very well for anything that doesn't require a huge address space.  Because<br>
> in a symbolic processing application the 32-bit implementation will move<br>
> half the data than the 64-bit implementation, the 32-bit version should be<br>
> faster, and so if the application fits within the 32-bit heap there's no<br>
> reason to go to 64-bits; one is simply wasting memory bandwidth.  I no<br>
> longer use the 32-bit system with any regularity, but that's because the VM<br>
> simulator is faster on 64-bits than on 32-bits because it spends a lot of<br>
> time accessing the array (actually a Bitmap or DoubleWordArray) that<br>
> contains the heap, and on 64-bits there's much less overflow into boxed<br>
> integers.  But in this case the application is to a symbolic processing one,<br>
> but a low level bit manipulation one.<br>
><br>
> So I, and others, hope that the 32-bit system will live for a long time.<br>
> The 64-bit version has its place, and in an increasing number of contexts it<br>
> is required, but it can be overkill, and so there are string benefits to<br>
> maintaining both.  Especially since in Smalltalk we have the infrastructure<br>
> to freely exchange code between the two and are much less dependent on word<br>
> size than programs written in many other programming languages.<br>
<br>
</div></div>A particular case where this applies is Internet Of Things size devices.<br></blockquote><div><br></div><div>A 16-bit version would be killer.  What 16-bit processors are doing well in the market these days, if any?</div><div><br></div></div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><span style="font-size:small;border-collapse:separate"><div>_,,,^..^,,,_<br></div><div>best, Eliot</div></span></div></div></div>
</div></div>