Mariano's PhD was on this - as mentioned it to me a few weeks ago. This was one of the reasons for building fuel - to enable this sort of thing on top - and he proved it worked. Dimitrus - the idea is to I have a small core that loads quick and then less used elements can be paged in when needed (but maybe that's what you're saying too). I disagree that Pharo desperately needs image assembly tools. It's quite specialised - and we have some core tools to work with, and minimal images to start from. While I'd love more - finishing off what we already have in play (e.g. Got, bloc, Calypso ...) would seem more urgent. Tim Sent from my iPhone
On 25 Aug 2017, at 08:47, Dimitris Chloupis <kilon.alios@gmail.com> wrote:
I still dont know what opening has to do with transmitting, even when you do it remotely , a socket / websocket connection should be all you need. For me transmitting the entire image would be necessary only in the case you want to install it remotely and that remote location has no immediate access to the installation.
On Fri, Aug 25, 2017 at 7:14 AM Ben Coman <btc@openinworld.com> wrote: I understand that to mean effectively that you are "opening" the image across the net - so eventually you need to whole image transmitted, but you don't have to wait for the whole thing before you start running it. cheers -ben
On Fri, Aug 25, 2017 at 2:00 AM, Dimitris Chloupis <kilon.alios@gmail.com> wrote: Indeed that can be a barrier but why you would want to transmit an entire image instead of portion of it using something like fuel files or other binary formats ? It would dramatically reduce the size of data you transmit.
On Thu, Aug 24, 2017 at 8:10 PM Craig Latta <craig@blackpagedigital.com> wrote:
...10mbs which is the size pharo image can be reduced to is nothing for todays TBs hard drives and GBs flash drives and online storage. Unless you do an embedded app and 10 mbs are huge for your limited storage.
Or you want to minimize initial startup time, including the time it takes to transmit the entire system over the net.
-C
-- Craig Latta Black Page Digital Amsterdam :: San Francisco craig@blackpagedigital.com voice through 2017-09-12: + 1 510 833 5799 (SMS ok) +31 20 893 2796 (no SMS)