Showing papers on "Suite published in 1989"
••
01 Aug 1989
TL;DR: A mathematical programming approach to finding an optimal, heterogeneous suite of processors to solve supercomputing problems, called superconcurrency, which is dependent on new methods of benchmarking and code profiling, as well as eventual use of AI techniques for intelligent management of the selected superconcurrent suite.
Abstract: This paper describes a mathematical programming approach to finding an optimal, heterogeneous suite of processors to solve supercomputing problems. This technique, called superconcurrency, works best when the computational requirements are diverse and significant portions of the code are not tightly-coupled. It is also dependent on new methods of benchmarking and code profiling, as well as eventual use of AI techniques for intelligent management of the selected superconcurrent suite.
86 citations
••
01 Apr 1989
TL;DR: A preprocessor provided with the suite for this purpose is described, along with a related utility and a simple framework for execution time measurement, which is meant to facilitate use of the benchmarks.
Abstract: This report describes a suite of benchmarks for Prolog implementation research. It includes an explanation of the format of the suite, which is meant to facilitate use of the benchmarks. The principal idea of this format is to maintain for each benchmark a master file from which particular instances - for particular Prolog execution systems, for particular statistics to capture, etc. - are generated automatically using a preprocessor. A preprocessor provided with the suite for this purpose is described, along with a related utility and a simple framework for execution time measurement. Source code for these is appended. Possibilities for future work with respect both to this suite and to Prolog benchmarking more generally are dis- cussed briefly. For each benchmark in the suite, source code and execution times under C Prolog and Quintus Prolog (compiled) on a Sun 3/60 are appended.
30 citations
••
CERN1
TL;DR: MODEL is a new suite of modular data-acquisition software aimed at the needs of LEP experiments, and is also general enough to be more widely used.
9 citations
••
TL;DR: Donald E. Knuth has suggested an alternative name for a multiset that I like very much: a suite, as in a suite of rooms or a Suite of dances, which will join "multiset" and "bag" with "suite" in the mathematical lexicon.
Abstract: Donald E. Knuth has suggested an alternative name for a multiset that I like very much: a suite, as in a suite of rooms or a suite of dances. Please join me in replacing "multiset" and "bag" with "suite" in our mathematical lexicon.
5 citations
01 Mar 1989
TL;DR: In this paper, the authors proposed a method for settiing inventory levels for a suite of spares for a ship subsystem based on the TIGER computer simulation model and the availability centered inventory model (ACIM).
Abstract: This thesis proposes a method for settiing inventory levels for a suite of spares for a ship subsystem. The method extends the one proposed by Judge and Leutjen [Ref. 1] which uses the TIGER computer simulation model to modify levels of shipboard spare parts that have been determined by a sparing model. By combining TIGER and the Availability Centered Inventory Model (ACIM), a coordinated shipboard allowance list (COSAL) model currently used in the U.S. Navy, our method is able to achieve the same level of operational availability, as that of ACIM alone, for ship subsystems at less cost. Accesnion For DTIS T hA&I
2 citations
••
1 citations