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 <tim@testit.works> 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 <tim@testit.works> 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
(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 <pavel.krivanek@gmail.com> wrote:


2017-07-13 8:10 GMT+02:00 Tim Mackinnon <tim@testit.works>:
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 <pavel.krivanek@gmail.com> wrote:

Hi Tim,

I will prepare jobs that will convert them to 64bits.

-- Pavel

2017-07-12 23:14 GMT+02:00 Tim Mackinnon <tim@testit.works>:
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