[palladio-dev] Problem with population of components
johannes.kross at fortiss.org
Mon Aug 25 17:52:12 CEST 2014
thanks a lot for the answers.
The reason why I want to model so many components is I want to model/mirror an existing system where a basis Server component distributes messages to several Aggregator components, which again distribute these messages to several Client components. I would like to change the amount of Aggregator as well as Client components for each simulation to evaluate resource utilization, response times, reliability,... and find an optimum configuration. Since Aggregator or Client components are not responsible for creating workload, I cannot use them in the usage model and specify their population but I have to model them individually?! I attached a small example project to demonstrate my intention. Load balancing is not intended.
Is it feasible to programmatically generate these components and use SimuCom for simulating e.g., 5.000 Aggregator and 100.000 Clients components? My fear is SimuCom will create more than 100.000 threads.
fortiss --- An-Institut der Technischen Universitaet Muenchen
Guerickestrasse 25 | 80805 Muenchen | Germany
T +49 (0)89 360 35 22 18 | Fx +49 (0)89 360 35 22 50
johannes.kross at fortiss.org | http://pmw.fortiss.org
Amtsgericht Muenchen | HRB 176633 | Sitz Garching b. Muenchen
Rechtsform: gemeinnuetzige GmbH
USt-IdNr.: DE263907002 | Steuer-Nr.: 143/237/25900
Geschaeftsfuehrer: Dr. Harald Ruess
----- Ursprüngliche Mail -----
Von: "Jörg Henß" <henss at kit.edu>
An: "Palladio Developer Mailinglist" <palladio-dev at ira.uka.de>
CC: "Johannes Kroß" <johannes.kross at fortiss.org>
Gesendet: Montag, 25. August 2014 09:34:56
Betreff: [palladio-dev] Problem with population of components
it also would be really helpful to know why you want to model 1000 components and environments:
If you want to do some kind of load balancing you would need to integrate additional logic to do that in your generated model.
If you are interested in the time spent for a single component and the accumulated service times, it could be suitable to do some appropriate abstraction:
E.g. have one component C representing a single instance and another representing the other 999 ones.
This can introduce some inaccuracies but in many cases they can be neglected...
In any case, you should avoid introducing too much computational complexity and validate your modeled system early with measurements.
Am 25.08.2014 um 09:18 schrieb Steffen Becker:
> if you want 1000 static components you could create them programatically using Java or QVTo. Also some of the generators for PCM models we had in the past might work but they are all on master thesis level.
> If you want 1000 elastic components, then you could have a look at SimuLizar, our PCM extension for Cloud Computing systems.
> Am 13.08.14 12:28, schrieb Johannes Kroß:
>> Hi everyone,
>> I came upon the following problem during creating a PCM model:
>> Let's say I have three components A, B and C. A regularly sends data to
>> B and B sends those data to C. However, I would like to have a
>> population of 1000 C components (including separate resource
>> environments). Is there a way not to model 1000 components by hand?
>> Any advice would be nice :)
>> Johannes Kroß
>> fortiss --- An-Institut der Technischen Universitaet Muenchen
>> Guerickestrasse 25 | 80805 Muenchen | Germany
>> T +49 (0)89 360 35 22 18 | Fx +49 (0)89 360 35 22 50
>> johannes.kross at fortiss.org | http://pmw.fortiss.org
>> Amtsgericht Muenchen | HRB 176633 | Sitz Garching b. Muenchen
>> Rechtsform: gemeinnuetzige GmbH
>> USt-IdNr.: DE263907002 | Steuer-Nr.: 143/237/25900
>> Geschaeftsfuehrer: Dr. Harald Ruess
> Jun.-Prof. Dr.-Ing. Steffen Becker
> University of Paderborn Phone: (+49 5251) 60-3320
> Heinz Nixdorf Institute Fax: (+49 5251) 60-3530
> & Department of Computer Science Office: ZM1.02-10
> Software Engineering Research Group E-Mail: steffen.becker at upb.de
> Zukunftsmeile 1
> 33102 Paderborn
> Palladio-Bench developer mailing list. News and discussions on the Palladio software architecture simulator and related tooling projects.
> palladio-dev at ira.uni-karlsruhe.de
> sdq-dev mailing list
> Liste der Studenten und Mitarbeiter von SDQ fuer SDQ-bezogene Ankuendigungen.
> sdq-dev at ira.uni-karlsruhe.de
Palladio-Bench developer mailing list. News and discussions on the Palladio software architecture simulator and related tooling projects.
palladio-dev at ira.uni-karlsruhe.de
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 16137 bytes
Desc: not available
More information about the palladio-dev