Dear Tristan and Raphaël,
 
 
Thank you very much for this quick answer ! And what a good news ! I'll let you 
know if the fixes have solved my problem.
 
 
Regards,
Martin NEIDERT

________________________________

De : [email protected] 
[mailto:[email protected]] De la part de 
[email protected]
Envoyé : vendredi 24 avril 2009 17:20
À : [email protected]
Objet : Re: [Topcased-users] Performance problems after using'Load Resource'


A precision : performance issues were fixed mainly on SysML requirements and on 
deletion (all editors). In your context 2.5 release should bring much benefit.
regards
raphaël

[email protected] a écrit : 

        Hi Martin
        we have fixed some performance issues in SysML. 
        

        The modifications will be effective on Topcased 2.5.
        
        i hope they will help you :)
        Regards 
        
        Tristan FAURE
        
        [email protected] a écrit : 

                Dear Topcased Users,
                 

                I'm currently working on a SysML model and a few days ago I had 
to include traceability links between this model and some requirements.
                 
                The requirement were given in another SysML model, as 
<Requirement> elements. Therefore, I imported the requirement model into my 
functional model (using 'Load Resource') and start creating <Satisfy> elements 
to link these two models.
                 
                Everything went fine ... until I closed my functional model for 
some reason and realize that I could not reopen it.
                 
                The requirement model contains about 800 <Requirement> elements 
and 450 <Derive Reqt> elements, so it is reasonably big, but could be a lot 
bigger.
                 
                What I find strange is that right after I imported my 
requirement model into the functional model, Topcased was still working fine 
and, although it did slow down a bit, it seemed to have enough memory to fit 
the 800 <Requirement> elements, so why isn't this the same when the model is 
loading ?
                 
                Things got even stranger when I tried to load the requirement 
model into an empty model. The empty model that only imported one of the 800 
<Requirement> still took 3mins to open ... but did open, while the functional 
model never could, even after waiting 30mins. After that I got curious and had 
a look at Windows' task manager. I realized that Topcased wasn't using the CPU 
at all and its memory consumption was holding at 280Mo. Yet, I didn't get any 
"out of memory" exception or any other exception ...
                 
                I've already simplified the requirement model as best as I 
could with almost no effect.
                 
                Could someone tell me if there is a way to load my requirement 
model and still be able to reopen my model without having to wait too much ? Is 
there some improvements planned for Topcased 2.5 that might help ?
                 

                Regards,
                Martin NEIDERT
 

Martin NEIDERT
Agence 104 - STIE
Sopra group.    
1 Avenue André Marie Ampère
BP 10134 - 31772 Colomiers Cedex
Phone : +33 (0)5 34 56 73 18
Mob : +33 (0)6 82 57 37 25
[email protected] - www.sopragroup.com <http://www.sopragroup.com/> 
This message may contain confidential and proprietary material for the sole use 
of the intended recipient. Any review or distribution by others is strictly 
prohibited. If you are not the intended recipient, please contact the sender 
and delete all copies.

P Before printing, think about the environment. 
                 
                
________________________________


                _______________________________________________
                Topcased-users mailing list
                [email protected]
                http://lists.gforge.enseeiht.fr/mailman/listinfo/topcased-users

        
________________________________


        _______________________________________________
        Topcased-users mailing list
        [email protected]
        http://lists.gforge.enseeiht.fr/mailman/listinfo/topcased-users


-- 


  <http://www.atosorigin.fr/>   Raphaël FAUDOU
Responsable cellule Innovation / bureau méthodes 
Head of Innovation & Method Definition 
Atos Origin 

Tel     : +33 (0)5 34 36 32 89
Tel     : +33 (0)6 10 53 50 44
Mail   : [email protected]  
Atos Origin 
6, Impasse Alice Guy 
BP 43045 
31024 Toulouse Cedex 3 

        
P Avant d'imprimer cet e-mail, pensez à l'environnement. Ce message et les 
pièces jointes sont confidentiels et réservés à l'usage exclusif de ses 
destinataires. Il peut également être protégé par le secret professionnel. Si 
vous recevez ce message par erreur, merci d'en avertir immédiatement 
l'expéditeur et de le détruire. L'intégrité du message ne pouvant être assurée 
sur Internet, la responsabilité du groupe Atos Origin ne pourra être recherchée 
quant au contenu de ce message. Bien que les meilleurs efforts soient faits 
pour maintenir cette transmission exempte de tout virus, l'expéditeur ne donne 
aucune garantie à cet égard et sa responsabilité ne saurait être recherchée 
pour tout dommage résultant d'un virus transmis. 
P Please consider your environmental responsibility before printing this 
e-mail. This e-mail and the documents attached are confidential and intended 
solely for the addressee; it may also be privileged. If you receive this e-mail 
in error, please notify the sender immediately and destroy it. As its integrity 
cannot be secured on the Internet, the Atos Origin group liability cannot be 
triggered for the message content. Although the sender endeavours to maintain a 
computer virus-free network, the sender does not warrant that this transmission 
is virus-free and will not be liable for any damages resulting from any virus 
transmitted. 

<<ao_ioc_sign2.gif>>

_______________________________________________
Topcased-users mailing list
[email protected]
http://lists.gforge.enseeiht.fr/mailman/listinfo/topcased-users

Reply via email to