N.mPc: A Study in University-Industry Technology Transfer

Rose, Charles W.; Ordy, Greg M.; Drongowski, Paul J.

doi:10.1109/mdt.1984.5005575

Cited by 10 publications

(1 citation statement)

References 4 publications

Supporting

Mentioning

Contrasting

Order By: Relevance

“…Since several hundreds of machine languag e instructions are required to decode, interpret, and measure each simulated instruction, the total execution tim e of the simulated program is several orders of magnitud e larger than if the program is executed directly [TAMI81 , ROSE84] . For instance, the execution time of th e Berkeley RISC simulator simulating some of the CFA benchmarks varies from approximately 100 to 400 time s their normal execution time (see Section 3) .…”

Section: Use Of Simulators and Emulator Smentioning

confidence: 99%

A block-and-actions generator as an alternative to a simulator for collecting architecture measurements

Huguet

Lang

Tamir

1987

Papers of the Symposium on Interpreters and Interpretive Techniques - SIGPLAN '87

View full text Add to dashboard Cite

Abstrac tTo design a new processor or to modify an existing one , designers need to gather data to estimate the influence o f specific architecture features on the performance of the proposed machine (PM) . To obtain this data, it i s necessary to measure on an existing machine (EM) the dynamic behavior of typical programs . Traditionally , simulators have been used to obtain measurements fo r PMs . Since several hundred EM instructions are required to decode, interpret, and measure each simulated (PM) instruction, the simulation time of typical programs is prohibitively large . Thus, designers tend to simulate only small programs and the results obtaine d might not be representative of a real system behavior . I n this paper we present an alternative tool for collectin g architecture measurements : the Block-and-Actions Generator (BKGEN) . BKGEN produces a version of th e program being measured which is directly executable by the EM . This executable version is obtained directl y with the EM compiler or with the PM compiler and a assembly-to-assembly translator . The choice between these alternatives depends on the EM and PM compile r technology and the type of measurements to be obtained . BKGEN also collects the PM events to be measure d (called actions) . Each EM block of instructions is associated with a PM block of actions so that when the program is executed, it collects the measurements associated with the PM . The main advantage of BKGEN is tha t the execution time is substantially reduced compared t o the execution time of a simulator while collecting similar data . Thus, large typical programs (compilers, assemblers, word processors, . . .) can be used by th e designer to obtain meaningful measurements .Permission to copy without fee all or part of this material is granted provide d that the copies are not made or distributed for direct commercial advantage , the ACM copyright notice and the title of the publication and its date appear , and notice is given that copying is by permission of the Association fo r Computing \hachiners . To copy otherwise, or to republish, requires a lee and / or specific permission . ©1987 ACM 0-89791-235-7/87/0006/0014 75 . Introductio nTo design a new processor or to modify an existin g one, designers need to estimate the influence of specifi c architecture features on the performance of the processor. To obtain the data needed to perform these estimates, it is necessary to measure the dynamic behavio r of typical programs . These measurements let the designer (1) discover which architecture features ar e critical in the design so that these features can be tuned to improve performance ; (2) compare several implementation alternatives of the same architecture; and (3) compare the performance of different architectures .For a processor that is being designed a model tha t defines the processor characteristics must be used. Traditionally, this model is defined either by a simulator or by an emulator . (For existing processors one can us e software, firmware, or hardware m...

show abstract

Section: Use Of Simulators and Emulator Smentioning

confidence: 99%

A block-and-actions generator as an alternative to a simulator for collecting architecture measurements

Huguet

Lang

Tamir

1987

Papers of the Symposium on Interpreters and Interpretive Techniques - SIGPLAN '87

View full text Add to dashboard Cite

show abstract

A prolog implementation of an instruction‐level processor simulator

Pasthan¹

1987

Softw Pract Exp

View full text Add to dashboard Cite

This paper describes the implementation of a Prolog‐based, instruction‐level simulator used in the design of a new processor. The adaptability of Prolog as a hardware description language is reported. Prolog was a good choice for purposes of rapid prototyping and as a means to derive high‐level executable specifications for the instruction set. The rapid software development strategy entailed a price to be paid in the form of a relatively slow performance. Methods to improve the speed of Prolog‐based simulators are suggested.

show abstract

Computer-Aided Design of Digital Systems: Language, Data Structures, and Simulation

Papachristou

Hwang

1985

Languages for Automation

View full text Add to dashboard Cite

N.mPc: A Study in University-Industry Technology Transfer

Cited by 10 publications

References 4 publications

A block-and-actions generator as an alternative to a simulator for collecting architecture measurements

A block-and-actions generator as an alternative to a simulator for collecting architecture measurements

A prolog implementation of an instruction‐level processor simulator

Computer-Aided Design of Digital Systems: Language, Data Structures, and Simulation

Contact Info

Product

Resources

About