Explore chapters and articles related to this topic
Digital Simulation
Published in Louis Scheffer, Luciano Lavagno, Grant Martin, EDA for IC System Design, Verification, and Testing, 2018
Most early logic simulators were interpreters. That is, the simulator read in the model source, built some internal data structures, and encoded the event routine operations in a unique instruction set. Then, as the simulation was run, the event routines were interpreted by a special piece of code, the interpreter, which “executed” those custom instructions. This is a technique that has been used for many years to translate and execute programs in a variety of languages. In general, interpreted execution offers a good opportunity for debugging the program, since the interpreter can relate any errors directly to the source of the program. However, there is an efficiency cost. Interpreted execution is slow, because the interpreter has to do a lot of work for each instruction. As a result, there are few modern logic simulators that are interpreters.
Digital Simulation
Published in Luciano Lavagno, Igor L. Markov, Grant Martin, Louis K. Scheffer, Electronic Design Automation for IC System Design, Verification, and Testing, 2017
Most early logic simulators were interpreters. That is, the simulator read in the model source, built some internal data structures, and encoded the event routine operations in a unique instruction set. Then, as the simulation was run, the event routines were interpreted by a special piece of code, the interpreter, which “executed” those custom instructions. This is a technique that has been used for many years to translate and execute programs in a variety of languages. In general, interpreted execution offers a good opportunity for debugging the program, since the interpreter can relate any errors directly to the source of the program. However, there is an efficiency cost. Interpreted execution is slow, because the interpreter has to do a lot of work for each instruction. As a result, there are few modern logic simulators that are interpreters.
MATLAB
Published in Shashi Kant Mishra, Bhagwat Ram, Introduction to Linear Programming with MATLAB®, 2017
Shashi Kant Mishra, Bhagwat Ram
A Script is nothing but, a computer program written in the language of MATLAB. It is stored in an M-file. It is saved with extension .m. We can display the contents of the script in the Command Window using the type command followed by file name without .m extension. Interpreter is a computer program which executes the statements of script step by step. The script can be executed, or run, by simply entering the name of the file (without the .m extension) in the command window. MATLAB ignores the comment lines and does not execute when we run the M-file. For example:
Versatile IT-system architecture for smart manufacturing solutions: the example for green manufacturing
Published in International Journal of Computer Integrated Manufacturing, 2021
Martin Plank, Sebastian Thiede, Christoph Herrmann
As previously shown, the decoupling between functions and user-programmable entities is achieved by the use of an abstraction layer (Figure 4). This can be achieved by two basic types of abstraction. A first type pursues the goal of unification. This includes interpreter languages (e.g. JavaScript, Python or Pearl) and runtime environments (e.g. Java or .NET) that are available for different platforms and systems. Likewise, the use of a common operating system can serve this purpose. A second type uses virtualization to provide the functions with the required resources and dependencies. Examples are virtual machines or container virtualizations (e.g. Docker, rkt or LXC). The selection of a suitable abstraction type and a specific implementation as an abstraction layer strongly depends on complexity and the functional scope of the functions concerned. Because of the low overhead, the unification by interpreters or runtime environments is primarily suitable for function blocks with a low complexity. For complex function blocks or existing software systems, virtualization approaches are better suited to adapt to the various requirements. The use of a uniform operating system relates to special challenges in the practical application, as the availability of an operating system suitable for all system levels of a factory is missing. Therefore, these are not considered further in the context of this paper.