VLDB 2026 Research / reviewers in the wild / expert
Peter Hochschild
dblp:87/3530 · also Peter H. Hochschild
· DBLP profile ↗
10ranked-venue papers
3as first author
1since 2021 · last 2021
0009-0001-4681-6457ORCID · corroborated
Domains — the database's venue-derived domains; a paper can count in several
Systems, architecture and hardware · 3Software engineering, systems software and programming languages · 3 · 1 first-author · 1 since 2021Graphics, computer vision, multimedia, augmented reality and games · 2Theory of computation · 2 · 2 first-authorDatabases, data management, data science and information retrieval · 1 · 1 first-author
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
4 papers |
Distributed systems · 97% Cloud and datacenter computing · 3% Integrated circuit design · 0% | |
| Theoretical computer science
1 paper |
Graph algorithms and graph theory · 75% Algorithms and data structures · 25% |
Topics — the 12 heaviest of 13, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Distributed systems
clock synchronization |
0.4 | 1 | 2020 | Sundial: Fault-tolerant Clock Synchronization for Datacenters · OSDI 2020 |
Distributed systems › clock synchronization
fault-tolerant clock synchronization |
0.4 | 1 | 2020 | Sundial: Fault-tolerant Clock Synchronization for Datacenters · OSDI 2020 |
Distributed systems
distributed database |
0.3 | 2 | 2013 | Spanner: Google's Globally Distributed Database · ACM Trans. Comput. Syst. 2013 Spanner: Google's Globally-Distributed Database · OSDI 2012 |
Distributed systems
consensus |
0.2 | 1 | 2013 | Spanner: Google's Globally Distributed Database · ACM Trans. Comput. Syst. 2013 |
Distributed systems
replication |
0.2 | 1 | 2013 | Spanner: Google's Globally Distributed Database · ACM Trans. Comput. Syst. 2013 |
Distributed systems › replication › update propagation
synchronous replication |
0.2 | 1 | 2013 | Spanner: Google's Globally Distributed Database · ACM Trans. Comput. Syst. 2013 |
Distributed systems › distributed coordination and fault tolerance
consensus and replication |
0.0 | 1 | 2012 | Spanner: Google's Globally-Distributed Database · OSDI 2012 |
Graph algorithms and graph theory › graph connectivity
biconnected components |
0.0 | 1 | 1983 | Techniques for Solving Graph Problems in Parallel Environments · FOCS 1983 |
Graph algorithms and graph theory › graph connectivity
connected components |
0.0 | 1 | 1983 | Techniques for Solving Graph Problems in Parallel Environments · FOCS 1983 |
Graph algorithms and graph theory › graph theory › spanning forest
minimum spanning forest |
0.0 | 1 | 1983 | Techniques for Solving Graph Problems in Parallel Environments · FOCS 1983 |
Algorithms and data structures › parallel algorithms
parallel graph algorithms |
0.0 | 1 | 1983 | Techniques for Solving Graph Problems in Parallel Environments · FOCS 1983 |
Integrated circuit design › large-scale integration
VLSI circuits |
0.0 | 1 | 1983 | Techniques for Solving Graph Problems in Parallel Environments · FOCS 1983 |
Methods — techniques the papers use, named apart from their topics
truetime · 0.2funnelled pipelining · 0.0filtration · 0.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2021 | Cores that don't countabstractWe are accustomed to thinking of computers as fail-stop, especially the cores that execute instructions, and most system software implicitly relies on that assumption. During most of the VLSI era, processors that passed manufacturing tests and were operated within specifications have insulated us from this fiction. As fabrication pushes towards smaller feature sizes and more elaborate computational structures, and as increasingly specialized instruction-silicon pairings are introduced to improve performance, we have observed ephemeral computational errors that were not detected during manufacturing tests. These defects cannot always be mitigated by techniques such as microcode updates, and may be correlated to specific components within the processor, allowing small code changes to effect large shifts in reliability. Worse, these failures are often "silent" - the only symptom is an erroneous computation. Peter Hochschild, Jeffrey C. Mogul, Rama Govindaraju, Parthasarathy Ranganathan, David E. Culler, Amin Vahdat |
HotOS | 1 |
| 2020 | Sundial: Fault-tolerant Clock Synchronization for Datacenters
Gautam Kumar 0001, Hema Hariharan, Hassan M. G. Wassel, Peter Hochschild, Dave Platt, Simon L. Sabato, Minlan Yu, Nandita Dukkipati, Prashant Chandra, Amin Vahdat |
OSDI | 5 |
| 2013 | Spanner: Google's Globally Distributed DatabaseabstractSpanner is Google’s scalable, multiversion, globally distributed, and synchronously replicated database. It is the first system to distribute data at global scale and support externally-consistent distributed transactions. This article describes how Spanner is structured, its feature set, the rationale underlying various design decisions, and a novel time API that exposes clock uncertainty. This API and its implementation are critical to supporting external consistency and a variety of powerful features: nonblocking reads in the past, lock-free snapshot transactions, and atomic schema changes, across all of Spanner. James C. Corbett, Jeffrey Dean, Michael Epstein, Andrew Fikes, Christopher Frost 0001, J. J. Furman, Sanjay Ghemawat, Andrey Gubarev, Christopher Heiser, Peter Hochschild, Wilson C. Hsieh, Sebastian Kanthak, Eugene Kogan, Alexander Lloyd, Sergey Melnik 0001, David Mwaura, David Nagle, Sean Quinlan, Rajesh Rao, Lindsay Rolig, Yasushi Saito, Michal Szymaniak, Ruth Wang, Dale Woodford |
ACM Trans. Comput. Syst. | 10 |
| 2012 | Spanner: Google's Globally-Distributed Database
James C. Corbett, Jeffrey Dean, Michael Epstein, Andrew Fikes, Christopher Frost 0001, J. J. Furman, Sanjay Ghemawat, Andrey Gubarev, Christopher Heiser, Peter Hochschild, Wilson C. Hsieh, Sebastian Kanthak, Eugene Kogan, Alexander Lloyd, Sergey Melnik 0001, David Mwaura, David Nagle, Sean Quinlan, Rajesh Rao, Lindsay Rolig, Yasushi Saito, Michal Szymaniak, Ruth Wang, Dale Woodford |
OSDI | 10 |
| 2004 | Architecture and Early Performance of the New IBM HPS Fabric and Adapter
Rama Govindaraju, Peter Hochschild, Don G. Grice, Kevin J. Gildea, Robert Blackmore, Carl A. Bender, Chulho Kim, Piyush Chaudhary, Jason Goscinski, Jay Herring, John Houston |
HiPC | 2 |
| 2003 | Scalable visualization using a network-attached video framebuffer
Peter D. Kirchner, James T. Klosowski, Peter Hochschild, Richard A. Swetz |
Comput. Graph. | 3 |
| 1994 | MPI-F: An Efficient Implementation of MPI on IBM-SP1abstractThis article introduces MPI-F an efficient implementation of MPI on the IBM-SP1 distributed memory cluster. After discussing the novel and key concepts of MPI and how they relate to an implementation, the MPI-F system architecture is outlined in detail. Although many incorrectly assume that MPI will not be efficient due to its increased functionality, MPI-F performance demonstrates efficiency as good as the best message passing library currently available on the SP1. Hubertus Franke, Peter Hochschild, Pratap Pattnaik, Marc Snir |
ICPP (3) | 2 |
| 1987 | Multiple Cuts, Input Repetition, and VLSI ComplexityabstractRevue des methodes de coupures multiples appliquees a la determination de la complexite des circuits VLSI, basees sur une definition generalisee du «contenu d'information». Les techniques presentees conviennent aux problemes autorisant ou non la repetition des entrees. On demontre que la complexite des «codages redondants» dans le calcul n'est pas reduite par la repetition des entrees. On deduit une borne de complexite. Les deux parametres principaux du calcul des circuits VLSI sont la superficie et le temps Peter Hochschild |
Inf. Process. Lett. | 1 |
| 1983 | Techniques for Solving Graph Problems in Parallel EnvironmentsabstractWe introduce new paradigms for the construction of efficient parallel graph algorithms. These paradigms, called filtration and funnelled pipelining, are illustrated with VLSI circuits for computing connected components, minimum spanning forests, and biconnected components. These circuits use realistic I/O schedules and require time and area of O(n1+ε). Thus they are essentially optimal. Filtration is a technique used to rapidly discard irrelevant input data. This greatly reduces storage, time, and communications costs in a wide variety of problems. A funnelled pipeline is obtained by building a series of increasingly thorough filter stages. Transition times along such a pipeline of filters form an exponentially increasing sequence. The increasing amount of time exactly balances the increasing degree of filtration. This balance makes possible the cascaded filtration critical to the minimum spanning forest and the biconnected components algorithms. Peter Hochschild, Ernst W. Mayr, Alan R. Siegel |
FOCS | 1 |
| 1982 | Partial traceback and dynamic programmingabstractDynamic programming is used in speech recognition to search efficiently for word sequences whose templates best match acoustic data. The search is constrained by finite-state networks embodying grammatical rules. Typically, dynamic programming is implemented in two steps: the first calculates, for each state in a network and for each time, the best way of arriving at that state at that time; the second traces back from the final state at the final time to the initial state at the initial time to determine the best path through the network. This second step cannot be initiated before the determination (usually from the detection of silence) that the final state has been reached. Such a determination is difficult in the recognition of truly continuous speech; there are often no reliable anchor points. Further, it is often desirable to be able to recognize at least part of an utterance before a speaker has stopped talking. In this paper we introduce a technique for discovering the initial section of the optimal path through a network before the traversal of the network is complete. It can be used to report a system's interpretation of acoustic data from the not-too-distant past without relying on or making any decisions which may degrade recognition accuracy. Peter F. Brown, Jim Spohrer, Peter Hochschild, James K. Baker |
ICASSP | 3 |