Peter Hochschild

dblp:87/3530 · also Peter H. Hochschild · DBLP profile ↗
← Back
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

TopicWeightPapersLastEvidence papers
Distributed systems
clock synchronization
0.412020
Sundial: Fault-tolerant Clock Synchronization for Datacenters · OSDI 2020
Distributed systems › clock synchronization
fault-tolerant clock synchronization
0.412020
Sundial: Fault-tolerant Clock Synchronization for Datacenters · OSDI 2020
Distributed systems
distributed database
0.322013
Spanner: Google's Globally Distributed Database · ACM Trans. Comput. Syst. 2013
Spanner: Google's Globally-Distributed Database · OSDI 2012
Distributed systems
consensus
0.212013
Spanner: Google's Globally Distributed Database · ACM Trans. Comput. Syst. 2013
Distributed systems
replication
0.212013
Spanner: Google's Globally Distributed Database · ACM Trans. Comput. Syst. 2013
Distributed systems › replication › update propagation
synchronous replication
0.212013
Spanner: Google's Globally Distributed Database · ACM Trans. Comput. Syst. 2013
Distributed systems › distributed coordination and fault tolerance
consensus and replication
0.012012
Spanner: Google's Globally-Distributed Database · OSDI 2012
Graph algorithms and graph theory › graph connectivity
biconnected components
0.011983
Techniques for Solving Graph Problems in Parallel Environments · FOCS 1983
Graph algorithms and graph theory › graph connectivity
connected components
0.011983
Techniques for Solving Graph Problems in Parallel Environments · FOCS 1983
Graph algorithms and graph theory › graph theory › spanning forest
minimum spanning forest
0.011983
Techniques for Solving Graph Problems in Parallel Environments · FOCS 1983
Algorithms and data structures › parallel algorithms
parallel graph algorithms
0.011983
Techniques for Solving Graph Problems in Parallel Environments · FOCS 1983
Integrated circuit design › large-scale integration
VLSI circuits
0.011983
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
YearPublicationVenuePosition
2021 Cores that don't count
abstract
We 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
HotOS1
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
OSDI5
2013 Spanner: Google's Globally Distributed Database
abstract
Spanner 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
OSDI10
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
HiPC2
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-SP1
abstract
This 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 Complexity
abstract
Revue 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 Environments
abstract
We 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
FOCS1
1982 Partial traceback and dynamic programming
abstract
Dynamic 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
ICASSP3