[palladio-dev] [sdq-dev] SimuCom/PCM: Multiple resources of the same ActiveResourceType in the same resource container
stier at fzi.de
Fri Sep 26 08:36:50 CEST 2014
there is a multi-core attribute where you can specify the number of cores per resource. However, that unfortunately doesn't cut it for all cases. Multi-socket processors are often (for x86 processors at least) rolled out with the same type in the same node, so you can somewhat approximate how they would behave by modelling them as one active resource with 2x the cores. However, you can't really apply the same method for HDDs (which you also model as Processing/Active Resources). There are regularly cases for servers where you have both a slow disk drive and a faster SSD. There is the work-around of specifying another ProcessingResourceType for SSDS but that also comes at the disadvantage of not being able deploy a component that accesses general HDDs to a node that has an SSD.
> so adding another resource of the same type might implicate some kind of (advanced) resource dispatching.
I agree with you on this part - I am currently trying to think of the least bad solution to the problem.
Von: Jörg Henß [mailto:henss at kit.edu]
Gesendet: Freitag, 26. September 2014 07:57
An: Christian Stier
Cc: palladio-dev at ira.uni-karlsruhe.de
Betreff: Re: [sdq-dev] [palladio-dev] SimuCom/PCM: Multiple resources of the same ActiveResourceType in the same resource container
I think this is just implementation specific. Nonetheless, there are some problems due to the fact that ResourceDemands are usually only specified resource type wise, so adding another resource of the same type might implicate some kind of (advanced) resource dispatching.
If you just want to model a dual core processor or alike, I remember there was some kind of replication attribute?!
Karlsruhe Institute of Technology (KIT)
Faculty of Informatics
Institute for Programme Structures and Data Organisation
IPD Reussner - Software Design and Quality
Dipl.-Inform. Jörg Henß
Am Fasanengarten 5, Building 50.34, Room 325
76131 Karlsruhe, Germany
Phone: +49 721 608-46796 (-45993, secr.)
Fax: +49 721 608-45990
Email: henss at kit.edu<mailto:henss at kit.edu>
KIT - University of the State of Baden-Württemberg and National
Laboratory of the Helmholtz Association
Am 25.09.2014 um 08:51 schrieb Christian Stier:
SimuCom currently assumes that only one resource of the same ActiveResourceType is hosted in the same ResourceContainer. Is this a PCM-wide assumption or does this fall into the category of implementation-specific limitations?
The 'culprit' can be found in the resources.xpt generation template ActiveResourceAdd, where the names for all processing units are generated based the type of the generated resource: «this.activeResourceType_ActiveResourceSpecification.id.javaVariableName()»_provInterfaces . This causes issues when it is expanded multiple times in the same ResourceContainer for the same ActiveResourceType.
I wanted to ask whether this is something that was done for a good reason, or rather is something that I can fix in good conscience.
M. Sc. Christian Stier
Software Engineering (SE)
FZI Forschungszentrum Informatik
76131 Karlsruhe, Germany
Tel.: +49 721 9654-632
Fax: +49 721 9654-633
stier at fzi.de<mailto:stier at fzi.de>
FZI Forschungszentrum Informatik am Karlsruher Institut für Technologie
Stiftung des bürgerlichen Rechts
Stiftung Az: 14-0563.1 Regierungspräsidium Karlsruhe
Vorstand: Dipl. Wi.-Ing. Michael Flor, Prof. Dr. Andreas Oberweis,
Prof. Dr. Ralf Reussner, Prof. Dr. J. Marius Zöllner
Vorsitzender des Kuratoriums: Ministerialdirigent Günther Leßnerkraus
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<mailto: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<mailto:sdq-dev at ira.uni-karlsruhe.de>
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the palladio-dev