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

Kevin Kiningham

dblp:170/2573 · DBLP profile ↗
← Back
4ranked-venue papers
3as first author
1since 2021 · last 2023
0000-0002-2244-998XORCID · corroborated

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

Computer networks · 2 · 1 first-authorSystems, architecture and hardware · 1 · 1 first-author · 1 since 2021

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
Hardware accelerators and domain-specific architectures · 67% Embedded and real-time systems · 33%
Artificial intelligence
1 paper
Graph learning · 100%
Human-computer interaction and pervasive computing
1 paper
Ubiquitous computing and smart environments · 77% Health and well-being technologies · 23%
Computer networks
1 paper
Internet of things and sensor networks · 100%

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

TopicWeightPapersLastEvidence papers
Hardware accelerators and domain-specific architectures › machine learning accelerator
graph neural network accelerator
0.712023
GRIP: A Graph Neural Network Accelerator Architecture · IEEE Trans. Computers 2023
Embedded and real-time systems
low-latency inference
0.712023
GRIP: A Graph Neural Network Accelerator Architecture · IEEE Trans. Computers 2023
Hardware accelerators and domain-specific architectures
machine learning accelerator
0.712023
GRIP: A Graph Neural Network Accelerator Architecture · IEEE Trans. Computers 2023
Internet of things and sensor networks › energy harvesting
energy harvesting sensor networks
0.212015
Demo: Tethys - An Energy Harvesting Networked Water Flow Sensor · SenSys 2015
Machine learning › Graph learning
graph neural network
0.212023
GRIP: A Graph Neural Network Accelerator Architecture · IEEE Trans. Computers 2023
Machine learning › Graph learning › graph neural network
graph neural network inference
0.212023
GRIP: A Graph Neural Network Accelerator Architecture · IEEE Trans. Computers 2023

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

vertex-tiling · 1.3prefetch and reduction engines · 1.3matrix multiply engine · 1.3energy harvesting · 0.4bluetooth smart · 0.4
YearPublicationVenuePosition
2023 GRIP: A Graph Neural Network Accelerator Architecture
abstract
We present GRIP, a graph neural network accelerator architecture designed for low-latency inference. Accelerating GNNs is challenging because they combine two distinct types of computation: arithmetic-intensivevertex-centricoperations and memory-intensiveedge-centricoperations. GRIP splits GNN inference into a three edge- and vertex-centric execution phases that can be implemented in hardware. GRIP specializes each unit for the unique computational structure found in each phase. For vertex-centric phases, GRIP uses a high performance matrix multiply engine coupled with a dedicated memory subsystem for weights to improve reuse. For edge-centric phases, GRIP use multiple parallel prefetch and reduction engines to alleviate the irregularity in memory accesses. Finally, GRIP supports several GNN optimizations, including an optimization called vertex-tiling that increases the reuse of weight data. We evaluate GRIP by performing synthesis and place and route for a$28 \;\mathrm{n}\mathrm{m}$implementation capable of executing inference for several widely-used GNN models (GCN, GraphSAGE, G-GCN, and GIN). Across several benchmark graphs, it reduces 99th percentile latency by a geometric mean of$17\times$and$23\times$compared to a CPU and GPU baseline, respectively, while drawing only$5 \;\mathrm{W}$.
Kevin Kiningham, Philip Alexander Levis, Christopher Ré
IEEE Trans. Computers1
2019 Falcon - A Flexible Architecture For Accelerating Cryptography
abstract
Internet of Things (IoT) devices, once deployed, must remain secure for their entire lifetime, which can be as long as 20 years. Over this lifetime, devices must be able to update which ciphers they use to meet evolving security requirements. However, devices cannot rely on software updates for their cryptography because software implementations consume too much energy. At the same time, fixed function hardware accelerators such as an AES engine cannot support new ciphers. This paper presents Falcon, a hardware architecture for accelerating a broad range of cryptography on energy limited devices. Rather than accelerate a fixed set of current ciphers, Falcon provides a general execution engine that accelerates dominant and emerging ciphers, such as AES, Cha-Cha, SHA-256, RSA, ECC with Curve25519, as well as post-quantum ciphers such as R-LWE. For cryptography, Falcon provides the flexibility of software while reducing the energy consumption of cryptography by 5-60x compared to software. This reduction makes it feasible for IoT applications to upgrade the ciphers they use after deployment, allowing them to keep up to date with security best practices without reducing their deployment lifetime or reducing the application workload. In an application monitoring the temperature of sensitive medical supplies in hospitals, Falcon doubles the deployment lifetime (2.2x).
Kevin Kiningham, Philip Alexander Levis, Dan Boneh, Mark Horowitz, Maurice Shih
MASS1
2016 CESEL: Securing a Mote for 20 Years
Kevin Kiningham, Mark Horowitz, Philip Alexander Levis, Dan Boneh
EWSN1
2015 Demo: Tethys - An Energy Harvesting Networked Water Flow Sensor
abstract
We describe Tethys, an energy-harvesting wireless water flow sensor that can monitor water use at a per-fixture level with the intention of associating water use with specific individuals. Tethys was motivated by recent efforts at Stanford University to reduce water use due to the California drought. Understanding how the university population uses water at per-person level can greatly influence policies and conservation approaches. Tethys uses Bluetooth Smart to both identify individuals as well as asynchronously upload data to the cloud for later analysis. We describe two challenges encountered in deploying Tethys: energy harvesting design and the mechanical considerations for high-pressure water at high temperatures.
Holly Chiang, Kevin Kiningham, Laurynas Riliskis, Philip Alexander Levis, Mark Horowitz
SenSys3