Two different things:
1) yes, the minimal image is indeed minimal. Actually, the minimal image is
around 20% of the full image. Two working directions that are looking for
active contributions are:
- reduce that 20% so bootstrap times are smaller
- modularise the other 80% so that we can easily load new stuff.
About this last point, there are already there in the repository a
couple of metacello configurations made by Pavel that allow us to reload
the 80% into the 20% image. But we should modularise them because so far
they are too big.
2) About the second point. You should not need to recompile everything. In
the image there is the Undeclared mechanism that should rebind new classes
as soon as they are loaded. Can you provide more insight on the bug? Why do
you need to recompile?
Tx,
Guille
On Thu, Jul 13, 2017 at 7:55 PM, Tim Mackinnon <[email protected]> wrote:
> I think there is something wrong with the minimal image - but it looks
> like the following has nudged me a bit closer (rather inelegantly but I
> think the minimal images may need checking for errors):
>
> MCFileTreeRepository methods do: [ :m | m recompile ].
> MCFileTreeStCypressReader methods do: [:m | m recompile ].
> MCFileTreeAbstractReader methods do: [:m | m recompile ].
>
> Tim
>
> On 13 Jul 2017, at 18:18, Tim Mackinnon <[email protected]> wrote:
>
> Thinking about this a bit more - if the minimal image is too minimal, and
> I load in some required classes - do I need to force methods to recompile
> to pick up the now loaded classes?
>
> Is there an easy way to do that?
>
> Tim
>
> On 13 Jul 2017, at 17:40, Tim Mackinnon <[email protected]> wrote:
>
> Hmmm - its very, very minimal… I am trying to load in my local code
> (checked out from git) with:
>
> Metacello new
> repository: 'filetree://../src';
> baseline: 'Lambda';
> load.
>
>
> However I get an error: MCFileTreeRepository>>repositoryProperties (STON
> is Undeclared)
>
> As I’m guessing that STON is not in that minimal image - I have tried to
> load ConfigurationOfSton into the image first by doing:
>
> ./pharo Pharo.image config http://ss3.gemstone.com/ss/STON
> ConfigurationOfSton --install=stable —-save
>
> It looks like this does load it, however when I then run my commands to load
> my code into the new image with:
>
> ./pharo Pharo.image --no-default-preferences --save --quit st loadLocal.st
> <http://loadlocal.st/>
>
> (loadLocal.st <http://loadlocal.st/> has the Metacello expression I first
> mentioned) - I still seem to be getting an error as if STON is not in the
> image,
>
> E.g.
>
> UndefinedObject class>>fromStream:
>
> And PharoDebug has lines confirming this (pointing at the method
> #repositoryProperties):
>
> 27 MessageNotUnderstood(Exception)>>signal
>
> 28 UndefinedObject class(Object)>>doesNotUnderstand: #fromStream:
> 29 repositoryProperties
> repositoryProperties
> ifNil: [
>
>
> At this point, I am having trouble loading this minimal image with a ui, but
> if I use the command line and use the “eval” command line handler, and do
> something like:
>
> ./pharo Pharo.image eval "(Smalltalk at: #STONReader) class methods"
> {STONReader class>>#on:}
>
> It is showing me methods as if the class is there. Can anyone think of what I
> might be doing wrong? Or could try?
>
>
> Tim
>
>
> On 13 Jul 2017, at 08:47, Pavel Krivanek <[email protected]> wrote:
>
> For Pharo 6: https://ci.inria.fr/pharo/job/Pharo-6.0-Update-Step-3.2-
> Minimal/lastSuccessfulBuild/artifact/Pharo-minimal-64.zip
> For Pharo 7: https://ci.inria.fr/pharo/view/7.0/job/70-Bootstrap-
> 32bit-Conversion/lastSuccessfulBuild/artifact/latest-minimal-64.zip
>
> -- Pavel
>
> 2017-07-13 8:10 GMT+02:00 Tim Mackinnon <[email protected]>:
>
>> That would be great. I'm keen to see if I can reproduce what Sven seemed
>> to measure where he seemed to get image launch times down.
>>
>> Currently on Lambda I am seeing an avg 3.5s to return a simple result.
>>
>> I know that 700ms of this is the overhead of a nodejs shim (the golang
>> Sparta project has reported this aspect).
>>
>> So I'm curious if a smaller image (& no sources) could get me into a sub
>> 2s range)
>>
>> Tim
>>
>> Sent from my iPhone
>>
>>
>>
>> Sent from my iPhone
>> On 13 Jul 2017, at 06:51, Pavel Krivanek <[email protected]>
>> wrote:
>>
>> Hi Tim,
>>
>> I will prepare jobs that will convert them to 64bits.
>>
>> -- Pavel
>>
>> 2017-07-12 23:14 GMT+02:00 Tim Mackinnon <[email protected]>:
>>
>>> Hi - I would like to try a minimal image on AWS lambda (so I need a 64
>>> bit version).
>>>
>>> Is there a 64bit image for either 6.0 or 7.0 that is easy to download?
>>>
>>> I can see - http://get.pharo.org/60-minimal but it doesn’t say its 64
>>> bit, so I assume its 32bit?
>>>
>>> Tim
>>>
>>
>>
>
>
>
>
--
Guille Polito
Research Engineer
French National Center for Scientific Research - *http://www.cnrs.fr*
<http://www.cnrs.fr>
*Web:* *http://guillep.github.io* <http://guillep.github.io>
*Phone: *+33 06 52 70 66 13
