I will summon Martin and Mariano here :). Introducing fuel in the loading infrastructure had so far AFAIK two different experimental setups: - tanker: a package completely written in fuel - mixing tanker/fuel with monticello.
However, the results were not so promising I remember. Apparently when loading a package, most of the time is spent not in the deserialization/recompilation but in the update of the system (system dictionary, categories, rpackages, update the corresponding subclass relationships). Just try the following: load a monticello package with (a) no Nautilus opened, and with (a) 10 Nautilus opened. I let Martin and Mariano give the details :). On Fri, Dec 5, 2014 at 9:28 AM, Thierry Goubier <[email protected]> wrote: > > > 2014-12-05 8:35 GMT+01:00 Max Leske <[email protected]>: > >> >> > On 05 Dec 2014, at 08:02, Norbert Hartl <[email protected]> wrote: >> > >> > >> > >> > >> >> Am 04.12.2014 um 23:31 schrieb Thierry Goubier < >> [email protected]>: >> >> >> >> Hi all, >> >> >> >> I'm just wondering. >> >> >> >> Would it work to have a package format based on Fuel? >> >> >> > I doubt it would work cross platform. I don't know how fuel serializes >> WideString, LargePositiveInteger, BoxedFloat64. These differ between >> smalltalk platforms. The source as string solves that. Strings are written >> as unicode string and numbers as certain number format etc. >> >> True. Cross dialect loading isn’t something we encourage to do with Fuel. >> >> @Thierry >> You said something about partial loading: that will never be possible >> with Fuel because of its pickle format. To select any partial graph you >> have to first read the entire file and rebuild the graph first (ok, you >> don’t strictly have to build the graph but you still need to read the >> entire file). >> > > Hum. I was thinking of partial loading at the application level, not at > the marshalling level. > > The process of cutting out Monticello packages versions ancestry in Pharo > releases come to mind as a ... how should I say that ... We can/should do > better (additionally, because if the mcz isn't available somewhere, having > its ref its useless). > > Thierry > > >> >> > >> > Norbert >> > >> >> Would that make loading faster? >> >> >> >> Does it already exist? >> >> >> >> Thanks, >> >> >> >> Thierry >> > >> >> >> >
