Demonstration venue · read-only. Every page can be browsed; the buttons that would change it are switched off. Create an account to run TaxoReview on your own data. A simulation from public publication records: the people listed were not invited and did not agree to review.
? Tutorial for this page

Kwok-Ken Mak

dblp:42/6110 · DBLP profile ↗
← Back
1ranked-venue papers
0as first author
0since 2021 · last 2000
—ORCID · none

Domains — the database's venue-derived domains; a paper can count in several

Systems, architecture and hardware · 1Software engineering, systems software and programming languages · 1

Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.

Computer architecture, parallel and distributed computing, and storage systems
1 paper
Memory systems · 44% Performance modeling and evaluation · 35% Electronic design automation · 22%

Topics — the 6 heaviest of 6, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Memory systems
cache
0.012000
MemorIES: A Programmable, Real-Time Hardware Emulation Tool for Multiprocessor Server Design · ASPLOS 2000
Memory systems › cache design
cache configuration
0.012000
MemorIES: A Programmable, Real-Time Hardware Emulation Tool for Multiprocessor Server Design · ASPLOS 2000
Electronic design automation
hardware emulation
0.012000
MemorIES: A Programmable, Real-Time Hardware Emulation Tool for Multiprocessor Server Design · ASPLOS 2000
Performance modeling and evaluation
simulation
0.012000
MemorIES: A Programmable, Real-Time Hardware Emulation Tool for Multiprocessor Server Design · ASPLOS 2000
Performance modeling and evaluation
trace analysis
0.012000
MemorIES: A Programmable, Real-Time Hardware Emulation Tool for Multiprocessor Server Design · ASPLOS 2000
Performance modeling and evaluation
workload characterization
0.012000
MemorIES: A Programmable, Real-Time Hardware Emulation Tool for Multiprocessor Server Design · ASPLOS 2000

Methods — techniques the papers use, named apart from their topics

FPGA-based emulation · 0.0
YearPublicationVenuePosition
2000 MemorIES: A Programmable, Real-Time Hardware Emulation Tool for Multiprocessor Server Design
abstract
Modern system design often requires multiple levels of simulation for design validation and performance debugging. However, while machines have gotten faster, and simulators have become more detailed, simulation speeds have not tracked machine speeds, As a result, it is difficult to simulate realistic problem sizes and hardware configurations for a target machine. Instead, researchers have focussed on developing sealing methodologies and running smaller problem sizes and configurations that attempt to represent the behavior of the real problem. Given the increasing size of problems today, it is unclear whether such an approach yields accurate results. Moreover, although commercial workloads are prevalent and important in today's marketplace, many simulation tools are unable to adequately profile such applications, let alone for realistic sizes.In this paper we present a hardware-based emulation tool that can be used to aid memory system designers. Our focus is on the memory system because the ever-widening gap between processor and memory speeds means that optimizing the memory subsystem is critical for performance. We present the design of the Memory Instrumentation and Emulation System (MemoriES). MemoriES is a programmable tool designed using FPGAs and SDRAMs. It plugs into an SMP bus to perform on-line emulation of several cache configurations, structures and protocols while the system is running real-life workloads in real-time, without any slowdown in application execution speed. We demonstrate its usefulness in several case studies, and find several important results. First, using traces to perform system evaluation can lead to incorrect results (off by 100% or more in some cases) if the trace size is not sufficiently large. Second. MemoriES is able to detect performance problems by profiling miss behavior over the entire course of a run, rather than relying on a small interval of time. Finally, we observe that previous studies of SPLASH2 applications using scaled application sizes can result in optimistic miss rates relative to real sizes on real machines, providing potentially misleading data when used for design evaluation.
Ashwini K. Nanda, Kwok-Ken Mak, Krishnan Sugavanam, Ramendra K. Sahoo, Vijayaraghavan Soundararajan, T. Basil Smith
ASPLOS2