experience with large images?
Locked
12
12
Re: experience with large images?
 
|
On Dec 11, 2011, at 12:34 AM, Alexandre Bergel wrote: >> My guess is that you only worked on named entities like methods, classes, packages. > > I need dependencies as well. We are currently working on correlating dependencies with complexity. Still I do not understand why you cannot import a model, save only what you need. without local variables and friends. I think that saving to excel is obscure to me and I do not see how it will help moose to get better. For the importer without loading code. It is MC specific so we will not work on it right now. But it should not be difficult to check inside MC and see how we can query the MCdefinitions. I hope that in the future Ring will be able to be used inside. Stef _______________________________________________ Moose-dev mailing list [hidden email] https://www.iam.unibe.ch/mailman/listinfo/moose-dev |
Re: experience with large images?
|
|
In reply to this post by abergel
Hi,
On 11 Dec 2011, at 00:34, Alexandre Bergel wrote: >> My guess is that you only worked on named entities like methods, classes, packages. > > I need dependencies as well. We are currently working on correlating dependencies with complexity. What does that mean? Are you exporting the list of dependencies to Excel? I guess not. More likely, you are summarizing the dependencies with some metrics. In this case, what you can do is to produce the models, save it with all metrics, and only load the entities you are interested in. This is how I did all my analyses with Hismo for my thesis (e.g., 50 versions of JBoss). Would that not work? Doru > Alexandre > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > _______________________________________________ > Moose-dev mailing list > [hidden email] > https://www.iam.unibe.ch/mailman/listinfo/moose-dev -- www.tudorgirba.com "Quality cannot be an afterthought." _______________________________________________ Moose-dev mailing list [hidden email] https://www.iam.unibe.ch/mailman/listinfo/moose-dev |
|
|
> More likely, you are summarizing the dependencies with some metrics. In this case, what you can do is to produce the models, save it with all metrics, and only load the entities you are interested in. This is how I did all my analyses with Hismo for my thesis (e.g., 50 versions of JBoss). Would that not work?
It would indeed work. For example, one metric is: cls queryAllOutgoingDependencies atClassScope size Maybe we could compute it right after having loaded it and store the result in the privateState. And then? We should remove all the dependencies since we do not need them anymore (e.g., setting to nil #accesses, #outgoingReferences) How does that sound? Cheers, Alexandre > > Doru > >> Alexandre >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> _______________________________________________ >> Moose-dev mailing list >> [hidden email] >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > -- > www.tudorgirba.com > > "Quality cannot be an afterthought." > > > _______________________________________________ > Moose-dev mailing list > [hidden email] > https://www.iam.unibe.ch/mailman/listinfo/moose-dev -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. _______________________________________________ Moose-dev mailing list [hidden email] https://www.iam.unibe.ch/mailman/listinfo/moose-dev |
Re: experience with large images?
|
|
In reply to this post by Stéphane Ducasse
On Dec 11, 2011, at 11:41 , Stéphane Ducasse wrote: > > On Dec 11, 2011, at 12:34 AM, Alexandre Bergel wrote: > >>> My guess is that you only worked on named entities like methods, classes, packages. >> >> I need dependencies as well. We are currently working on correlating dependencies with complexity. > > Still I do not understand why you cannot import a model, save only what you need. > without local variables and friends. > > I think that saving to excel is obscure to me and I do not see how it will help moose to get better. > > > For the importer without loading code. It is MC specific so we will not work on it right now. But it should > not be difficult to check inside MC and see how we can query the MCdefinitions. The MooseMonticelloImporter seems already to work, no ? Jannik > > I hope that in the future Ring will be able to be used inside. > > > Stef > > > _______________________________________________ > Moose-dev mailing list > [hidden email] > https://www.iam.unibe.ch/mailman/listinfo/moose-dev --- Jannik Laval _______________________________________________ Moose-dev mailing list [hidden email] https://www.iam.unibe.ch/mailman/listinfo/moose-dev |
Re: experience with large images?
|
|
In reply to this post by abergel
Hi,
On 11 Dec 2011, at 13:58, Alexandre Bergel wrote: >> More likely, you are summarizing the dependencies with some metrics. In this case, what you can do is to produce the models, save it with all metrics, and only load the entities you are interested in. This is how I did all my analyses with Hismo for my thesis (e.g., 50 versions of JBoss). Would that not work? > > It would indeed work. > For example, one metric is: > cls queryAllOutgoingDependencies atClassScope size > > Maybe we could compute it right after having loaded it and store the result in the privateState. And then? We should remove all the dependencies since we do not need them anymore (e.g., setting to nil #accesses, #outgoingReferences) > > How does that sound? You do not remove them from the current model. You reload them in a new model with filtering. Doru > > Cheers, > Alexandre > > > >> >> Doru >> >>> Alexandre >>> >>> -- >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> Alexandre Bergel http://www.bergel.eu >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> >>> >>> >>> >>> >>> _______________________________________________ >>> Moose-dev mailing list >>> [hidden email] >>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >> >> -- >> www.tudorgirba.com >> >> "Quality cannot be an afterthought." >> >> >> _______________________________________________ >> Moose-dev mailing list >> [hidden email] >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > _______________________________________________ > Moose-dev mailing list > [hidden email] > https://www.iam.unibe.ch/mailman/listinfo/moose-dev -- www.tudorgirba.com "Quality cannot be an afterthought." _______________________________________________ Moose-dev mailing list [hidden email] https://www.iam.unibe.ch/mailman/listinfo/moose-dev |
Re: experience with large images?
|
|
In reply to this post by abergel
you save the model with just the package/classes and the metrics and after you reload everything
and you should be able to get 1000 of models. On Dec 11, 2011, at 1:58 PM, Alexandre Bergel wrote: >> More likely, you are summarizing the dependencies with some metrics. In this case, what you can do is to produce the models, save it with all metrics, and only load the entities you are interested in. This is how I did all my analyses with Hismo for my thesis (e.g., 50 versions of JBoss). Would that not work? > > It would indeed work. > For example, one metric is: > cls queryAllOutgoingDependencies atClassScope size > > Maybe we could compute it right after having loaded it and store the result in the privateState. And then? We should remove all the dependencies since we do not need them anymore (e.g., setting to nil #accesses, #outgoingReferences) > > How does that sound? > > Cheers, > Alexandre > > > >> >> Doru >> >>> Alexandre >>> >>> -- >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> Alexandre Bergel http://www.bergel.eu >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> >>> >>> >>> >>> >>> _______________________________________________ >>> Moose-dev mailing list >>> [hidden email] >>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >> >> -- >> www.tudorgirba.com >> >> "Quality cannot be an afterthought." >> >> >> _______________________________________________ >> Moose-dev mailing list >> [hidden email] >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > _______________________________________________ > Moose-dev mailing list > [hidden email] > https://www.iam.unibe.ch/mailman/listinfo/moose-dev _______________________________________________ Moose-dev mailing list [hidden email] https://www.iam.unibe.ch/mailman/listinfo/moose-dev |
Re: experience with large images?
|
|
Ideally, the model should always be saved in full. You only load what you want using the filtering mechanism.
Doru On 11 Dec 2011, at 15:21, Stéphane Ducasse wrote: > you save the model with just the package/classes and the metrics and after you reload everything > and you should be able to get 1000 of models. > > > On Dec 11, 2011, at 1:58 PM, Alexandre Bergel wrote: > >>> More likely, you are summarizing the dependencies with some metrics. In this case, what you can do is to produce the models, save it with all metrics, and only load the entities you are interested in. This is how I did all my analyses with Hismo for my thesis (e.g., 50 versions of JBoss). Would that not work? >> >> It would indeed work. >> For example, one metric is: >> cls queryAllOutgoingDependencies atClassScope size >> >> Maybe we could compute it right after having loaded it and store the result in the privateState. And then? We should remove all the dependencies since we do not need them anymore (e.g., setting to nil #accesses, #outgoingReferences) >> >> How does that sound? >> >> Cheers, >> Alexandre >> >> >> >>> >>> Doru >>> >>>> Alexandre >>>> >>>> -- >>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>>> Alexandre Bergel http://www.bergel.eu >>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>>> >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> Moose-dev mailing list >>>> [hidden email] >>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >>> >>> -- >>> www.tudorgirba.com >>> >>> "Quality cannot be an afterthought." >>> >>> >>> _______________________________________________ >>> Moose-dev mailing list >>> [hidden email] >>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> _______________________________________________ >> Moose-dev mailing list >> [hidden email] >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > > _______________________________________________ > Moose-dev mailing list > [hidden email] > https://www.iam.unibe.ch/mailman/listinfo/moose-dev -- www.tudorgirba.com "We can create beautiful models in a vacuum. But, to get them effective we have to deal with the inconvenience of reality." _______________________________________________ Moose-dev mailing list [hidden email] https://www.iam.unibe.ch/mailman/listinfo/moose-dev |
«
Return to Moose
|
1 view|%1 views
| Free forum by Nabble | Edit this page |