[gme-users] Large number of entities in GME models
akos.ledeczi at vanderbilt.edu
Thu Jan 3 09:45:38 CST 2008
And then there are those of us who disagree :) In many situations I
would generate GME models automatically and use the features that come
with GME for free. Why bother implementing persistence etc. if you do
not have to?
On the other hand, scalability is the big issue. If 5000 is the maximum
number of objects that ever needs to be supported, then it should be OK.
Somewhere beyond that GME will slow down, memory will be scarce etc.
Where exactly the limit is depends on the paradigm, the models etc..
Hope this helps,
Larry Howard wrote:
> In my experience, it is always better to consider generation as an
> aspect of outbound processes.
> If the generation of the lower-level objects is computationally
> expensive, making on-the-fly generation unattractive, then I would
> stage the outbound processes by generating a lighter-weight object
> representation and use file-based persistence.
> In no conceivable situation would I generate back into GME. Even if
> the scalability of the GME/COM representation was better, such an
> approach is not paradigmatic. Use models to represent and persist
> specifications that humans declare and refine. Use computation for
> everything else.
> Larry Howard, Sr. Research Scientist
> Institute for Software Integrated Systems, Vanderbilt University
> On Jan 3, 2008, at 7:10 AM, Simon Görke wrote:
>> Hello everybody,
>> We are currently developing a GME-based configuration tool for
>> embedded systems.
>> The idea is
>> - to have one (relatively simple) GME model at the top (system level)
>> is built up manually, i.e. by an engineer
>> - to have some more layers of models below
>> - in each layer: to use and refine the information stored in the
>> model and
>> automatically fill the model one level below.
>> This step is realized by using rules which are formulated in Python
>> scripts and control GME via its COM interface.
>> - The lowest model represents our software implementation which makes it
>> easy to export actual configuration data (e.g. c header files)
>> While the top level model is quite simple, the lowest modelling level
>> consist of approx. 2000 (automatically generated) entities.
>> Does anybody have experience with such huge numbers of elements in a
>> We did a simple script which creates 5000 atoms and connects them
>> among each
>> other, however it is difficult to do quick test of the parsing of such a
>> model. Anybody tried something like this?
>> gme-users mailing list
>> gme-users at list.isis.vanderbilt.edu
> gme-users mailing list
> gme-users at list.isis.vanderbilt.edu
More information about the gme-users