[gme-users] Large number of entities in GME models

[Larry Howard]

Simon,

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.

Regards,
lph
--
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  
> distributed
> embedded systems.
> The idea is
> - to have one (relatively simple) GME model at the top (system  
> level) which
> 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 will
> consist of approx. 2000 (automatically generated) entities.
> Does anybody have experience with such huge numbers of elements in a  
> model?
> 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?
>
> Thanks,
> Simon
>
> _______________________________________________
> gme-users mailing list
> gme-users at list.isis.vanderbilt.edu
> http://list.isis.vanderbilt.edu/mailman/listinfo/gme-users

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2698 bytes
Desc: not available
Url : http://list.isis.vanderbilt.edu/pipermail/gme-users/attachments/20080103/a1b0a7dc/attachment.bin