C. Scheidler and L. Schaefers. TRAPPER: A Graphical Programming Environment for Industrial High-Performance Applications. In Proceedings of PAALE'93, Parallel Architectures and Languages Europe, volume 694 of Lecture Notes in Computer Science, pages 403--413, Munich, June 1993. Springer, Berlin.  Home/Search   Document Details and Download   Summary   Related Articles   Check

....in the mapping of tasks to processors, the explicit visual information on the data dependencies between processes is lost. Depending on the stage, the purpose of using graphics and consequently the graph may change, because the level of abstraction at one stage may not be appropriate at another [11, 16]. It is, however, desirable to provide an environment that can handle program description and realization using the same graph formalism. This requirement may be difficult to meet, and as a consequence, many tools designed so far are applicable only to some of the four identified stages. The ....

Scheidler, C., and Schfers, L. Trapper: A Graphical Programming Environment for Industrial HighPerformance Applications. PARLE93, Parallel Architectures and Languages Europe. Mnchen, June 1993, pp.403-413.

....MPI [2] have been developed to implement message passing parallel applications. Late development stages and efficient production runs of applications typically require sophisticated on line tools, e.g. program visualization tools, or load management systems. A major drawback of existing tools like [3, 4, 5] is that all of them implement their own monitoring technique to observe and or manipulate the execution of a parallel application. Proprietary monitoring solutions have to be redesigned and newly implemented when shifting to a new hardware platform and or a new programming environment. In 1995, ....

C. Scheidler and L. Schafers. TRAPPER: A Graphical Programming Environment for Industrial High-Performance Applications. In Proc. PARLE'93, Parallel Architectures and Languages Europe, volume 694 of LNCS, pages 403--413, Berlin, June 1993. Springer.

....operations and facilities which are similar to those supplied by the SkIE integrated programming environment, although the target languages and the parallelization methodologies involved are completely different. 23 Trapper is a different graphical programming environment for parallel systems [14,33,34]. It has been developed by researchers in Damler Benz in conjunction with researchers of GMD and German academy. The project is aimed at providing an environment supporting all the different stages of software engineering process with emphasis on the problems related to parallel program ....

L. Schafers, C. Scheidler, and O. Kramer-Fuhrmann, Trapper: A graphical programming environment for industrial high-performance applications, in: M. Reeve, A. Bode and G. Wolf eds, Proc. of PARLE 93 (1993) volume 694 of LNCS, 403--413. 28

....passing parallel applications. Late development stages and efficient production runs of parallel applications typically require sophisticated on line tools, e.g. performance analysis tools, program visualization tools, or load management systems. A major drawback of existing tools like e.g. [1, 7, 9, 12] is that all of them implement their own monitoring technique to observe and or manipulate the execution of a parallel application. Proprietary monitoring solutions have to be redesigned and newly implemented when shifting to a new hardware platform and or a new programming environment. In 1995, ....

C. Scheidler and L. Schafers. TRAPPER: A Graphical Programming Environment for Industrial High-Performance Applications. In Proc. PARLE'93, Parallel Architectures and Languages Europe, vol. 694 of Lecture Notes on Computer Science, pp. 403--413, Berlin, Jun. 1993. SpringerVerlag.

....next slave (except ChrSl3 ) and send the minimum of the subresults to the previous slave (or to the master in case of ChrSl1 ) via its output port number 2. 5 Related Works A number of other visual programming environments have been developed for parallel applications (e.g. VPE [14] TRAPPER [15], EDPEPPS [6] HENCE [3] PSEE [13] Paralex [2] Most of them are based upon the idea that nodes represent parallel computation, and arcs represent interactions (of some form) among nodes. The problem with the HENCE, Paralex and PSEE approaches is that they force computations to be split into ....

C. Scheidler and L. Schafers. Trapper: A graphical programming environment for industrial high-performance applications. In Proc. of PARLE'93: Parallel Architectures and Languages Europe, Munich, Germany, 1993. This article was processed using the L a T E X macro package with LLNCS style

....used Process Communication Graphs (PCG) as a general structure for specifying the modules and their communication dependencies. Nodes on a PCG denote program modules and arcs the communication dependencies between them. PCGs have been used in modeling [1] in dynamic analysis and simulation [9,10] in mapping techniques [2,5] etc. We shall use Process Communication Graphs as interpretable specifications for initiating distributed programs. The PCGs annotated with appropriate information may be interpreted by a PARIX generator which initializes the applications specified by the PCGs. 2. ....

....Each thread calls the ConnectLink routine, which in order to create the link requires synchronous communication between the threads. This means that both threads should be able to reach their corresponding ConnectLink calls. The general problem is exemplified in the PARIX manual [7] chapter 10, pg. 90 97, where a ring topology is created. There, N processes are to be connected in a ring; each has two links, one left and one right. If all processes try first to connect to their left processor and then to their right, a deadlock occurs. The solution suggested is for the processes ....

C. Scheidler, L.Schaefers, `TRAPPER: A Graphical Programming Environment for Industrial HighPerformance Applications', PARLE Conf., Munich, 403-413, 1993.

....any MPE or underlying architecture. PCGs are a natural structure for specifying the processes and their communication dependencies and are close to application design. Nodes on a PCG denote processes and arcs the communication channels (dependencies) between them. PCGs have been used in modelling [18] in dynamic analysis and simulation [15] in mapping techniques [1, 14] etc. The PCG part has three sections. In the Components section we specify abstractions of the components involved (e.g. Selector, Server) in the topology. Scalability is an important aspect of parallel programs. Usually, ....

C. Scheidler, L.Schaefers, "TRAPPER: A Graphical Programming Environment for Industrial High-Performance Applications", in Proceedings of PARLE Conf., Munich, 403-413, 1993.

....parallel program design, coding, debugging and performance tuning [16, 17, 18, 19, 20, 21] It has been publicly available since 1993 (http: web.cs. ualberta.ca enter) Several other parallel programming systems have relied on techniques that are similar to the approach used by us (for example [22, 11, 23, 24, 25, 26, 10]) Many of our results and experiences with FrameWorks and Enterprise are applicable to such systems, as well as other high level parallel programming systems. Before we delve into details, it is useful to clarify a couple of points regarding our use of the term template. In the past, techniques ....

....the parallel implementation, template based development tools aim to decrease program development time and reduce the number of program errors due to parallelization. In addition to FrameWorks and Enterprise, there are several other template based parallel systems in the literature (for example [22, 11, 23, 24, 25, 26, 10]) Typically these systems differ on several dimensions including the selection of templates available to the user, restrictions on the code associated with templates, restrictions on the data that can be passed between templates, and correctness properties (such as deadlock) of the generated ....

[Article contains additional citation context not shown here]

L. Schafers, C. Scheidler, and O. Kamer-Fuhrmann. "TRAPPER: A Graphical Programming Environment for Industrial High-Performance Applications". In Parallel Architectures and Languages Europe, pages 403--413, 1993.

....the same designs in different MPEs look 2 similar, are easily maintainable, scalable, reusable and portable to other MPEs. Ensemble comprises three aspects: 1. The annotated Process Communication Graphs (PCG) PCGs have been extensively used in modeling, dynamic analysis and simulation [10,11], in mapping techniques [1,8] etc. and depict the topology of the processes involved in an application. We annotate nodes and arcs of PCGs with information required for the process creation and communication for specific MPEs. 2. The reusable program components. Their executables are message ....

C. Scheidler, L.Schaefers, `TRAPPER: A Graphical Programming Environment for Industrial High-Performance Applications', PARLE Conf., Munich, 403-413, 1993.

....clock synchronization can be performed regularly, whereas in off line environments it can only be performed at the beginning and the end of the application s execution. 5 Related Work A number of other visual programming environments have been developed for parallel applications (e.g. TRAPPER [18], EDPEPPS [4] HENCE [2] PSEE [15] MOGUL [9] Most of them are based upon the idea that nodes represent parallel computation, and arcs represent interactions (of some form) among nodes. The problem with the HENCE and PSEE approaches is that they force computations to be split into separate ....

C. Scheidler and L. Schafers. TRAPPER: A Graphical Programming Environment for Industrial High-Performance Applications. In Proc. of PARLE'93: Parallel Architectures and Languages Europe, Munich, Germany, 1993.

....behavior by PROVE. According to our experience it significantly reduces the time spent on debugging or performance tuning. 7. Related Works A number of other visual parallel programming language and environment have been developed (e.g. HENCE [2] CODE [12] PSEE [10] Paralex [1] TRAPPER [13]) Most of them are based upon the idea that nodes represent computation, and arcs represent interactions (of some form) among nodes. The problem with the HENCE, CODE, Paralex and PSEE approaches is that they force computations to be split into separate nodes when communications occur or when ....

C. Scheidler and L. Schafers. Trapper: A graphical programming environment for industrial highperformance applications. In Proc. of PARLE'93: Parallel Architectures and Languages Europe, Munich, Germany, 1993.

....this facility the programmer can check all the runtime activities of a particular GRAPNEL icon. 9 Figure 6 Process and Host Communication diagrams of PROVE 6 Related works. A number of other visual programming environments have been developed for parallel applications (e.g. VPE [21] TRAPPER [22], EDPEPPS [9] HENCE [2] CODE [20] PSEE [17] Paralex [1] Most of them are based upon the idea that nodes represent parallel computation and arcs represent interactions (of some form) among nodes. The problem with the HENCE, CODE, Paralex and PSEE approaches is that they force computations to ....

C. SCHEIDLER AND L. SCHAFERS. Trapper: A graphical programming environment for industrial high-performance applications. In Proc. of PARLE'93: Parallel Architectures and Languages Europe, Munich, Germany, 1993.

....of this paper, we cannot give a comprehensive overview, but will just enumerate some tools and present an evaluation. Since in the first phase, The Tool set project focuses on support for PVM, we restrict this enumeration to PVM tools. There are a few design tools for PVM (HeNCE [3] TRAPPER [19]) that support both a graphical design of parallel programs and the analysis of run time behavior. In addition, there is a variety of run time tools allowing to analyze the execution behavior of PVM programs, ranging from simple to rather sophisticated ones: Xab [2] is a simple tracing tool ....

C. Scheidler and L. Schafers. TRAPPER: A Graphical Programming Environment for Industrial High-Performance Applications. In A. Bode, M. Reeve, and G. Wolf, editors, Proc. PARLE'93, Parallel Architectures and Languages Europe, pages 403--413, Munchen, June 1993. Springer, Berlin. LNCS 694.

....are used as a natural structure for specifying the processes and their communication dependencies. PCGs are close to the program design. Nodes on a PCG denote processes and arcs the communication dependencies between them. PCGs have been used in modeling [1] in dynamic analysis and simulation [9,10] in mapping techniques [2,6] etc. The PCGs are annotated with appropriate information Parix needs for the creation and communication of its processes. PCGs are interpreted by a universal Parix Loader which initializes the applications specified by the PCGs. The annotated PCGs are produced ....

....port type. The arcs of the PCG connect ports of nodes. Let us assume, for example, that we have a configuration of eight terminals connected to four relays depicted in Figure 2. 3 8 9 12 2 1 S T[8] 1 8 T[4] T[5] S S 1 1 4 5 4 5 T[2] T[1] T[3] S S S 1 1 1 1 2 3 1 R[4] C P 1 0 1 R[2] C P 1 2 10 10 R[1] C P 1 2 3 9 T[6] T[7] S S 1 1 6 7 6 7 R[3] C P 1 2 11 11 14 13 2 1 1 3 2 2 2 3 3 3 )LJXUH####7KH#3 #IRU#DSSOLFDWLRQ# HW#0D[LPXP The three C type ports of relay R[1] are connected with the S type ports of three terminals T[1] T[2] and T[3] the two C type ports of relay R[2] are ....

[Article contains additional citation context not shown here]

C. Scheidler, L.Schaefers, `TRAPPER: A Graphical Programming Environment for Industrial High-Performance Applications', PARLE Conf., Munich, 403-413, 1993.

....the amount of data transferred. These windows can be synchronised with the Behaviour Window to show the same time interval depending on the actual zooming. 7. Related Works A number of other visual programming environments have been developed for parallel applications (e.g. VPE [12] TRAPPER [13], HENCE [2] CODE [11] PSEE [8] Paralex [1] Most of them are based upon the idea that nodes represent parallel computation, and arcs represent interactions (of some form) among nodes. The problem with the HENCE, CODE, Paralex and PSEE approaches is that they force com Receive Event Master ....

C. Scheidler and L. Schafers. Trapper: A graphical programming environment for industrial highperformance applications. In Proc. of PARLE'93: Parallel Architectures and Languages Europe, Munich, Germany, 1993.

....342, TP A1 2 Visualizing the Execution of PVM Programs The idea of providing tools visualizing the communication and synchronizationbehavior of parallel programs is not new. For PVM, a couple of such tools already do exist. Some examples are XPVM [5, 2] ParaGraph [7, 6] HeNCE [1] and Trapper [14]. However, these tools do not adequately address several problems, whose solution has been a primary design goal of VISTOP. First, most of these systems only display an event stream, usually as a space time diagram. From such a representation, it is, however, difficult to get information on a ....

C. Scheidler and L. Schafers. TRAPPER: A Graphical Programming Environment for Industrial High-Performance Applications. In Proc. PARLE'93, Parallel Architectures and Languages Europe, volume 694 of LNCS, pages 403--413, Munchen, June 1993. This article was processed using the L A T E X macro package with LLNCS style

....written in standard C in the prototype of the GRED system, but other textual program languages (like FORTRAN) can be used as well in the future. A number of other visual parallel programming language and environment have been developed (e.g. HENCE [4] 3] CODE [12] PSEE [10] Paralex [1] TRAPPER[13], 9] Most of them are based upon the idea that nodes represent computation, and arcs represent interactions (of some form) among nodes. The problem with the HENCE,CODE,Paralex and PSEE approaches is that they force computations to be split into separate nodes when communications occur or when ....

.... Topology Templates, Dynamic Processes Environment, Collective Communications) represent those areas of graphical programming which cannot or only partially can be found in other graphical languages and environments developed so far (e.g. HENCE [4] 3] CODE [12] PSEE [10] Paralex [1] TRAPPER[13]) Acknowledgment This work was supported by the Commission of European Communities under COPERNICUS Research Project No. 5383. The project is called Software Engineering for Parallel Processing (SEPP) F T F T 4 STP 3 STP 4 4 C2 3 C1 STP sweep2 4 O1 SaveRes I1 Local Global Heads Init ....

C. Scheidler, L. Schafers, TRAPPER: A Graphical Programming Environment for Industrial High-Performance Applications, In proc. PARLE'93: Parallel Architectures and Languages Europe (Munich, Germany, 1993).

....of applications. TRAPPER has been under development in the GMD since 1991 [13] The programming environment supports different target systems like PVM [5] and the PARMACS [7] In cooperation with Daimler Benz, embedded industrial real time systems based on the Transputer technology are supported [19]. A first release has 1 Published at the Third International Workshop on Software Engineering, Artificial Intelligence and Expert Systems for High Energy Physics, Oberammergau, Germany. October 1993 been delivered to different research groups of the GMD, the Mercedes Benz vehicle research center ....

L. Schafers, C. Scheidler, and O. Kramer-Fuhrmann. TRAPPER: A Graphical Programming Environment for Industrial High-Performance Applications. In Parle, Parallel Architectures and Languages Europe, pages 403--413, Munich, June 93.

....a T9000 processor. We also want to demonstrate that our existing T4xx and T8xx based monitoring system can be ported to the next processor generation with moderate amount of work. We start with an overview of the TRAPPER programming environment, a more detailed description can be found in [16]. 2 Designtool Configtool Vistool Processes Perftool User Interface Interface to Parallel Architecture Workstation Application and Monitoring System Application Process Monitor Process Fig. 1. TRAPPER components Target System Figure 1shows the mainTRAPPER components. With the Designtool ....

C. Scheidler, L.J. Schäfers, and O. Krämer-Fuhrmann. "TRAPPER: A Graphical Programming Environment for Industrial High-Performance Applications". PARLE '93, Lecture Notes on Computer Science 694, pp. 403-413.

....on a time scale. Designtool Configtool Vistool Perftool User Interface Interface to Parallel Architecture Workstation Application and Monitoring System Application Process Monitor Process Target System Fig. 1: TRAPPER components A more detailed description of the whole environment can be found in [15]. The tool components reside on the host, currently a Sun SPARCstation. The tools are implemented in C , using the InterViews [10] graphics library, which is based on the X window system. The tool components were developed in cooperation with the German National Research Center for Computer ....

C. Scheidler, L. Schäfers and O. Krämer-Fuhrmann. "TRAPPER: A Graphical Programming Environment for Industrial High-Performance Applications". PARLE '93, Lecture Notes on Computer Science 694, pp. 403-413.

....support the data parallel programming model. The process parallel programming model is more flexible, but the existence of multiple control flows raises new problems in nearly every step of the software engineering process. There are several research activities dealing with design [1] 2] 5] 8] 10] [20], mapping [1] 3] 18] 20] debugging [14] 15] monitoring [19] 11] 16] visualization [12] 14] 20] and optimization [9] 17] 20] 21] of parallel programs. In the TRAPPER project we did not concentrate on one specific problem of the engineering process but tried to cover the range from software ....

....programming model. The process parallel programming model is more flexible, but the existence of multiple control flows raises new problems in nearly every step of the software engineering process. There are several research activities dealing with design [1] 2] 5] 8] 10] 20] mapping [1] 3] 18][20], debugging [14] 15] monitoring [19] 11] 16] visualization [12] 14] 20] and optimization [9] 17] 20] 21] of parallel programs. In the TRAPPER project we did not concentrate on one specific problem of the engineering process but tried to cover the range from software design to performance ....

[Article contains additional citation context not shown here]

C. Scheidler, L.J. Schäfers, and O. Krämer-Fuhrmann. "TRAPPER: A Graphical Programming Environment for Industrial High-Performance Applications". PARLE '93, Lecture Notes on Computer Science 694, pp. 403-413.

No context found.

C. Scheidler and L. Schaefers. TRAPPER: A Graphical Programming Environment for Industrial High-Performance Applications. In Proceedings of PAALE'93, Parallel Architectures and Languages Europe, volume 694 of Lecture Notes in Computer Science, pages 403--413, Munich, June 1993. Springer, Berlin.

No context found.

Scheidler, C and Schaefers, L. (1993) TRAPPER: A Graphical Programming Environment for Industrial High-Performance Applications, in Proceedings of PARLE Conf., Munich.

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