| Domenico Ferrari.: Considerations on the insularity of performance evaluation. IEEE Transactions on Software Engineering. 12(6) (1986) 678--683 |
....designed and functionally tested before any attempt is made to determine its performance characteristics. Redesign of both, hardware and software, is costly and may cause late system delivery. Therefore, performance evaluation has to be integrated into the design process from the very beginning [46,31] (cf. Figure 1) The saw tooth curve schematically shows the system development process when temporal aspects are considered at a too late stage. Early integration of both functional and temporal behaviour in a unified methodology allows to diminish these setbacks and improves the design ....
D. Ferrari. Considerations on the insularity of performance evaluation. IEEE Trans. on Soft. Eng., 12(6): 678--683, 1986.
....of systems with respect to their performance is a crucial aspect in the design cycle of concurrent information systems. Although huge efforts are often made to analyse and tune system performance, these efforts are usually isolated from contemporary hardware and software design methodology [15, 18, 28]. This insularity of performance analysis has numerous drawbacks. Most severe, it is unclear how to incorporate performance analysis into the early stages of a design, where substantial changes are still not too costly. In these design stages, system models are nowadays developed by means of ....
D. Ferrari. Considerations on the insularity of performance evaluation. IEEE Tr. on Softw. Eng., SE--12(6): 678--683, 1986.
....system management, of programming, and so on, is antithetic to the quantitative philosophy of performance evaluation. The performance evaluation viewpoint emphasizes the scientific method, well planned and controlled experimentation, and careful use of mathematical techniques for prediction. [11] Designing an enlightening animation is truly a psychological and perceptual challenge. At present, creating effective dynamic visualizations of computer programs is an art, not a science. 5] Contrary to popular belief, performance evaluation is an art. Like a work of art, successful ....
Ferrari, D., "Considerations on the Insularity of Performance Evaluation," IEEE Trans. Soft. Eng., June 1986.
....architecture is chosen, the following questions may be asked. How will the system perform What criteria should be used to evaluate the performance What techniques can should we use to get the performance values To answer these questions is the objective of performance evaluation. According to [Ferrari86] performance evaluation dates back to 1965, when Alan Scherr submitted his Ph.D. thesis. Since then, great progress has been made in this area. It has become a distinct discipline independent of others, such as computer architecture, system organization, operating system, and so forth. Many ....
Ferrari, D., "Considerations on the insularity of performance evaluation," Performance Evaluation Review, vol. 14, no. 2, pp. 21-32, August 1986.
....analysis of systems with respect to their performance is a crucial aspect in the design cycle of concurrent information systems. Although huge e#orts are often made to analyse and tune system performance, these e#orts are usually isolated from contemporary hardware and software design methodology [15, 18, 28]. This insularity of performance analysis has numerous drawbacks. Most severe, it is unclear how to incorporate performance analysis into the early stages of a design, where substantial changes are still not too costly. In these design stages, system models are nowadays developed by means of ....
D. Ferrari. Considerations on the insularity of performance evaluation. IEEE Tr. on Softw. Eng., SE--12(6): 678--683, 1986.
....for the dining philosopher problem. Keywords Software tools, process algebras, performance evaluation, Markov chains 1 INTRODUCTION The desirability of taking account of the performance aspects of a system in the early stages of its design has been widely recognized (Yemini et al. 1982, Ferrari 1986, Harvey 1986, Bochmann et al. 1988) Nevertheless, it often happens that a concurrent system is tested for efficiency only after it has been fully designed and tested for functionality. This results in two problems. On the one hand, the detection of poor performance causes the system to be ....
Ferrari, D. (1986) Considerations on the Insularity of Performance Evaluation.
....As an example, we describe the application of TwoTowers to the Lehmann Rabin randomized distributed algorithm for the dining philosopher problem. INTRODUCTION The desirability of taking account of the performance aspects of a system in the early stages of its design has been widely recognized [23, 10, 13, 7]. Nevertheless, it often happens that a concurrent system is tested for efficiency only after it has been fully designed and tested for functionality. This results in two problems. On the one hand, the detection of poor performance causes the system to be designed again, so the cost of the project ....
Ferrari, D. (1986) Considerations on the Insularity of Performance Evaluation. IEEE Trans. on Software Engineering, 12, 678--683.
....of Computer Science, Mura Anteo Zamboni 7, 40127 Bologna, Italy. E mail: fbravetti, bernardo, gorrierig cs.unibo.it 1 Introduction 1 Introduction The widely recognized desirability of integrating the functional and performance description techniques of concurrent systems (see, e.g. [28, 10]) and the advantages of doing that in the field of process algebras because of compositionality, led to the development of stochastically timed process algebras [28, 17, 19, 2, 7, 4, 6, 13, 30, 31] They extend the expressiveness of classical process algebras by associating with each action a ....
D. Ferrari, "Considerations on the Insularity of Performance Evaluation", in IEEE Trans. on Software Engineering 12:678-683, 1986
....We prefer hybrid monitoring which combines advantages of both hardware monitoring and software monitoring. We agree with Ferrari who argues that in the past the study of performance evaluation as an independent subject has sometimes caused researchers in the area to lose contact with reality [Fer86] Therefore we do not only wish to develop methods, but to implement tools that assist users in writing real world applications. We built a distributed hardware monitor (ZM4) which is scalable and can be adapted to arbitrary object systems (the system on which the program under study is running) ....
D. Ferrari. Considerations on the Insularity of Performance Evaluation. IEEE Transactions on Software Engineering, SE--12(6):678--683, June 1986.
....theoretical results for GSMP, such as their solution through the notion of insensitivity, can be applied for performance evaluation purposes. 1 Introduction The widely recognized need of integrating the functional and performance description techniques of concurrent systems (see, e.g. [16, 6]) and the belief in the advantages of doing that in the field of process algebras because of compositionality, led to the definition of EMPA [2, 3] EMPA is a stochastically timed process algebra where only exponentially distributed as well as zero durations can be described. The reason for this ....
D. Ferrari, "Considerations on the Insularity of Performance Evaluation", in IEEE Trans. on Software Engineering 12:678-683, 1986
....errors or inefficiency. Performance results obtained from experiments conducted on the field confirmed the predictive simulative results. 1. Introduction The desirability of taking into account the performance aspects of a system in the early stages of its design has been widely recognized [YK82, Fer86, Har86, BV88]. Nevertheless, it often happens that a system is tested for efficiency only after it has been fully designed and tested for functionality. As a consequence, the detection of poor performance causes the system to be designed again, so the cost of the project increases. In order to cope with such a ....
D. Ferrari, "Considerations on the Insularity of Performance Evaluation", in IEEE Trans. on Software Engineering 12:678-683, 1986
....the approach. Finally, the case study of the alternating bit protocol is presented to illustrate the adequacy of the approach. 1 Introduction The desirability of taking into account the performance aspects of a concurrent system in the early stages of its design has been widely recognized [YK82, Fer86, Har86, BV88]. Nevertheless, it often happens that a concurrent system is tested for efficiency only after it has been fully designed and tested for functionality. This results in two problems. On the one hand, the detection of poor performance causes the system to be designed again, so that the cost of the ....
D. Ferrari, "Considerations on the Insularity of Performance Evaluation", in IEEE Trans. on Software Engineering 12:678-683, 1986
....illustrate the methodological advantages that are gained. 1 The Challenge: Constructive Performance Modelling and System Design 1. 1 Motivation There are three fundamental categories of attributes indispensable for the viability of any technical system: functionality, performance and economicity [Fer86] However, it is not unusual for a system to be fully designed and functionally tested before an attempt is made to determine its performance characteristics [Har86] Redesign of both hardware and software is usually the consequence; this is costly and may cause late system delivery. This is ....
D. Ferrari. Considerations on the Insularity of Performance Evaluation. IEEE Transactions on Software Engineering, SE--12(6):678--683, June 1986.
....We prefer hybrid monitoring which combines advantages of both hardware monitoring and software monitoring. We agree with Ferrari who argues that in the past the study of performance evaluation as an independent subject has sometimes caused researchers in the area to lose contact with reality [Fer86] Therefore we do not only wish to develop methods, but to implement tools that assist users in writing real world applications. We built a distributed hardware monitor (ZM4) which Final Version for IEEE Transactions on Parallel and Distributed Systems is scalable and can be adapted to ....
D. Ferrari. Considerations on the Insularity of Performance Evaluation. IEEE Transactions on Software Engineering, SE--12(6):678--683, June 1986.
....theoretical results for GSMP, such as their solution through the notion of insensitivity, can be applied for performance evaluation purposes. 1 Introduction The widely recognized desirability of integrating the functional and performance description techniques of concurrent systems (see, e.g. [16, 6]) and the advantages of doing that in the field of process algebras because of compositionality, led to the definition of EMPA [2, 3] EMPA is a stochastically timed process algebra where only exponentially distributed as well as zero durations can be described. The reason for this restriction is ....
D. Ferrari, "Considerations on the Insularity of Performance Evaluation", in IEEE Trans. on Software Engineering 12:678-683, 1986
....on the integrated semantic model, is not only convenient but also necessary to achieve compositionality. 1 Introduction The need of integrating the performance modeling and analysis of a concurrent system into the design process of the system itself has been widely recognized (see, e.g. [20, 6]) Unfortunately, it often happens that a system is first fully designed and tested for functionality, and afterwards tested for efficiency. The major drawback is that, whenever the performance is detected to be poor, the system has to be designed again, thereby negatively affecting both the ....
D. Ferrari, "Considerations on the Insularity of Performance Evaluation", in IEEE Trans. on Software Engineering 12(6):678-683, June 1986
No context found.
Domenico Ferrari.: Considerations on the insularity of performance evaluation. IEEE Transactions on Software Engineering. 12(6) (1986) 678--683
No context found.
D. Ferrari. Considerations on the Insularity of Performance Evaluation. IEEE Transactions on Software Engineering, SE--12(6):678--683, June 1986.
No context found.
D. Ferrari, "Considerations on the Insularity of Performance Evaluation", in IEEE Trans. on Software Engineering 12:678-683, 1986
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