Tim, is there a document anywhere explaining how to do a lambda image?
Norbert > Am 18.10.2019 um 11:00 schrieb Tim Mackinnon <tim@testit.works>: > > I haven’t tried in a while, but in 2017 with PharoLambda I had a combined > Pharo image and VM size if 21 mb using the early Pharo minimal (I recall it > was an early 7.0 image ). I was loading a simple hello Alexa app, so not a > ton of code (but it had Neo Json and other AWS libs as a dependency I recall). > > I’m interested in trying these Docker experiments, so I’ll have to look at > some point and see if I can get similar sizes. > > As I scripted my build, I have the steps laid out. I recall there were many > vm plugins not needed for a server install (sound etc) and I also ran a > cleanup step in the image as there was lots of metacello stuff cached ... so > I’m sure tinier is possible even without candle. > > Tim > > Sent from my iPhone > >>> On 18 Oct 2019, at 07:48, Norbert Hartl <norb...@hartl.name> wrote: >>> >>> >>> >>>> Am 17.10.2019 um 02:00 schrieb Julián Maestri <serp...@gmail.com>: >>> >>> As a side note, the final image size is not what really matters, if you >>> have 20 different images all starting from the same base image (eg >>> ubuntu:18.04) the base layer is shared among all images so the network / >>> disk usage is less than the total size of the image. >> >> The overlayfs does only help here with the disk storage that is not >> multiplied. As the image is a memory dump of an individual image nothing can >> be shared there. So if you have 20 images you have 20 times the heap. So a >> small image is actually important. The vm is different. It is the same >> static file which will be paged into shared memory and the vm binary should >> be shared for all 20 runtimes. But the interpreter memory will not be shared >> so a small vm pays out as well. >> >> Norbert >> > >