The performance impact of flexibility in the Stanford FLASH multiprocessor
| Autor: | Anoop Gupta, Jaswinder Pal Singh, Mark Horowitz, John Heinlein, Kourosh Gharachorloo, John L. Hennessy, Richard Simoni, Mark Heinrich, Joel Baxter, David Nakahira, Jeffrey Kuskin, David J. Ofelt, Mendel Rosenblum |
|---|---|
| Rok vydání: | 1994 |
| Předmět: |
Hardware_MEMORYSTRUCTURES
Flash memory emulator business.industry Computer science media_common.quotation_subject Magic (programming) Multiprocessing Computer Graphics and Computer-Aided Design Debugging Embedded system General Earth and Planetary Sciences Computer multitasking Latency (engineering) business Software Access time General Environmental Science media_common |
| Zdroj: | ASPLOS |
| ISSN: | 1558-1160 0362-1340 |
| DOI: | 10.1145/195470.195569 |
| Popis: | A flexible communication mechanism is a desirable feature in multiprocessors because it allows support for multiple communication protocols, expands performance monitoring capabilities, and leads to a simpler design and debug process. In the Stanford FLASH multiprocessor, flexibility is obtained by requiring all transactions in a node to pass through a programmable node controller, called MAGIC. In this paper, we evaluate the performance costs of flexibility by comparing the performance of FLASH to that of an idealized hardwired machine on representative parallel applications and a multiprogramming workload. To measure the performance of FLASH, we use a detailed simulator of the FLASH and MAGIC designs, together with the code sequences that implement the cache-coherence protocol. We find that for a range of optimized parallel applications the performance differences between the idealized machine and FLASH are small. For these programs, either the miss rates are small or the latency of the programmable protocol can be hidden behind the memory access time. For applications that incur a large number of remote misses or exhibit substantial hot-spotting, performance is poor for both machines, though the increased remote access latencies or the occupancy of MAGIC lead to lower performance for the flexible design. In most cases, however, FLASH is only 2%–12% slower than the idealized machine. |
| Databáze: | OpenAIRE |
| Externí odkaz: |
|