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

Larry Howard larry.howard at vanderbilt.edu
Thu Jan 3 09:03:51 CST 2008


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  
> 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 

More information about the gme-users mailing list