<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">     Sure, right now you can browse the kernel memory from Squeak 4.5.<br>
Every time you accept a method, you&#39;re compiling it in Squeak 4.5 and<br>
imprinting it onto the kernel. But you&#39;re referring to imprinting driven<br>
by method execution? </blockquote><div><br></div><div>Yes exactly!</div><div>  </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">(Each method that is run is imprinted elsewhere, as<br>
a side-effect.) What code would you like to see imprinted?<br></blockquote><div><br></div><div>Test suites.  To me, the holy-grail of deployment scaling is I first I develop and configure in a big luxurious Cadillac image loaded with tools until I&#39;m ready to deploy.  When I&#39;m ready to deplooy I fire up a copy of your 1MB core image as the &quot;target&quot; with my luxury image as the &#39;source&#39; and then I simply bring over a top-level test-suite method into the target and run it.</div><div><br></div><div>As the methods are executed and found to be missing in the 1MB target, they are brought over from the source.</div><div><br></div><div>By the time the tests are done, /all/ and /only/ the methods which were needed to run the tests were brought over by Spoon / Naiad.</div><div><br></div><div>Now I want to save that target image (maybe 5MB now) and deploy it.  I will want to run many multiple copies of of that 5MB image but since my tests probably don&#39;t have 100% coverage it would be too risky to run in production unless each of those 5MB images could have backup Spoon access to a single running copy of my mother Caddi&#39; image, in case one more method is found to be needed...</div><div><br></div><div>So I see Spoon as a way for learning about systems like you, but also as a solution for scaling -- from the smallest single core for limited hardware &lt;---&gt; to the largest multi-core, applications because one can run MORE images concurrently due to their smaller size.</div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
     In any case, I do plan to make videos showing all the top-level<br>
features.<br>
<br>
<br>
     thanks,<br>
<br>
-C<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
Craig Latta<br>
<a href="http://netjam.org" target="_blank">netjam.org</a><br>
<a href="tel:%2B31%20%20%206%202757%207177" value="+31627577177">+31   6 2757 7177</a> (SMS ok)<br>
<a href="tel:%2B%201%20415%20%20287%203547" value="+14152873547">+ 1 415  287 3547</a> (no SMS)<br>
<br>
<br>
</div></div></blockquote></div><br></div></div>