| Cotronis, J.Y. "Message Passing Program Development by Ensemble", Proc. of PVM/MPI'97, LNCS 1332, Springer, Cracow, 1997, 242 249. |
....management. The software engineering step however, from design to implementation is also a complex task as it does not only involve programming of sequential processes, but also latent programming for management of process topologies and architecture resources. The Fnsemble methodology [8] 9] [10], 13] was introduced for alleviating implementation complexities due to process and pm ticularly process topology management. Each MPE supports its own process model and consequently process topology management does not depend only on the design but also on the target MPE. Implementation of the ....
....executables and establishes their interconnection scheme. There is one universal Loader program for all applications in each MPE. In this section we outlined the basic aspects of Ensemble methodology and its tools, which az e relevant in the context of this paper. Ensemble tools for PVM [8] [10], Parix [9] and MPI [13] have been developed. Additional information on Ensemble and its tools may be found on http: www. di .uoa. gr nsemble. 3. Specifications and their Composition To reflect the Ensemble architecture of parallel applications we have defined specification compo nents, ....
Cotronis, J.Y. "Message Passing Program Development by Ensemble", Proc. of PVM/MPI'97, LNCS 1332, Springer, Cracow, 1997, 242 249.
....learning GRADE. For the time being, GRADE supports the C programming language and the PVM message passing system. In the future, we plan to extend GRADE towards FORTRAN and MPI, too. Currently, a join project runs with the University of Athen in order to include a formal specification language [4] support into GRADE. We also plan to use the OMIS OCM monitoring system [12] that has on line monitoring capabilities. OMIS OCM is under development at the Technical University of Munich. There are some other projects planned to extend the DDBG debugger of GRADE with a replay mechanism. ....
J. Cotronis. Message passing program development by ensemble. In Proc. of PVMMPI '97, Krakow, Poland, 1997.
....code of processes could not be reused through different application although, GRADE supports deliberately the re use of sequential text code segments. To overcome this problem, we have decided to follow the concept of re usable program components similarly to that of Ensemble methodology [2] 3][4]. In this way, the programmer can create and use processes individually as reusable program components which can be embedded into various applications using different inter connection schemes. Although, Grade provides a productive framework for implementing and maintaining MP applications, it ....
....Application window of the graphical editor GRED in which the process topology of this simple application is defined. We have three Server processes (named Serv[1] Serv[2] and Serv[3] There can be seen six Selectors around the Servers. Three of them connected to Serv[3] named Selector[4] , Selector[5] and Selector[6] two of them connected to Serv[2] named Selector[2] and Selector[3] and only one of them connected to Serv[1] The application is executed directly from this environment. At the end each selector process will have acquired the maximum of all integers ....
[Article contains additional citation context not shown here]
Cotronis, J.Y. (1997) Message Passing Program Development by Ensemble, in Proc. of PVM/MPI'97, Cracow, LNCS 1332, 242249, Springer.
....management. The software engineering step, however, from design to implementation is also a complex task, as it does not only involve programming of sequential processes, but also latent programming for management of process topologies and architecture resources. The Ensemble methodology [2,3,4] was introduced for alleviating implementation complexities due to process management. Each MPE supports its own process model and consequently process topology management does not depend only on the design, but also on the target MPE. Implementation of the same design on distinct MPEs ....
....called design parameters. For example, Servers must repeat the send receive select cycle M 1 times, where M is the size of the ring. The Processes section specifies the nodes of the PCG, naming them by uniquely indexing component names (e.g. Selector[1] Selector[6] and Server[1] Server[3]) setting their number of ports for each communication type and values for their design parameters. The Channels section specifies point to point communication of compatible ports. For example, Cin and Cout ports of Server are compatible with the In and Out ports of Selector. 3 APPLICATION ....
[Article contains additional citation context not shown here]
Cotronis, J.Y. (1997) Message Passing Program Development by Ensemble, in Proc. of PVM/MPI'97, Cracow, LNCS 1332, 242-249, Springer.
....Types In and Out of Terminal have exactly one port. A Relay process may have 4 Yiannis Cotronis Application Script PCG and its Annotation APPLICATION GetMaximumbyRing; PCG Components T:In,Out(Synch) 1. 1] R:Pin,Pout(Asynch) 0. 1] Cin,Cout(Synch) 0. design: M; Processes T[1] T[2] T[3] T[4],T[5] T[6]#In,Out:1; R[1]#Cin,Cout:1,Pout,Pin:1;M=3; R[2]#Cin,Cout:2,Pout,Pin:1;M=3; R[3]#Cin,Cout:3,Pout,Pin:1;M=3; Channels T[1] Out[1] R[1] Cin[1] T[2] Out[1] R[2] Cin[1] T[3] Out[1] R[2] Cin[2] T[4] Out[1] R[3] Cin[1] T[5] Out[1] R[3] Cin[2] T[6] Out[1] R[3] Cin[3] ....
....Cin,Cout(Synch) 0. design: M; Processes T[1] T[2] T[3] T[4] T[5] T[6]#In,Out:1; R[1]#Cin,Cout:1,Pout,Pin:1;M=3; R[2]#Cin,Cout:2,Pout,Pin:1;M=3; R[3]#Cin,Cout:3,Pout,Pin:1;M=3; Channels T[1] Out[1] R[1] Cin[1] T[2] Out[1] R[2] Cin[1] T[3] Out[1] R[2] Cin[2] T[4].Out[1] R[3] Cin[1] T[5] Out[1] R[3] Cin[2] T[6] Out[1] R[3] Cin[3] T[1] In[1] R[1] Cout[1] T[2] In[1] R[2] Cout[1] T[3] In[1] R[2] Cout[2] T[4] In[1] R[3] Cout[1] T[5] In[1] R[3] Cout[2] T[6] In[1] R[3] Cout[3] R[1] Pout[1] R[2] Pin[1] R[2] Pout[1] ....
[Article contains additional citation context not shown here]
Cotronis, J.Y.: Message--Passing Program Development by Ensemble. In: Bubak, M., Dongarra, J. (eds.): Recent Advances in PVM and MPI. LNCS Vol. 1332, Springer--Verlag, Berlin Heidelberg New York (1997) 242--249
Online articles have much greater impact More about CiteSeer.IST Add search form to your site Submit documents Feedback
CiteSeer.IST - Copyright Penn State and NEC