EDBT 2026 Demo / reviewers in the wild / expert
John Wilkes
dblp:w/JohnWilkes
· DBLP profile ↗
44ranked-venue papers
6as first author
1since 2021 · last 2023
0000-0002-7018-2837ORCID · verified
Domains — the database's venue-derived domains; a paper can count in several
Systems, architecture and hardware · 28 · 2 first-authorSoftware engineering, systems software and programming languages · 12 · 3 first-authorDatabases, data management, data science and information retrieval · 6 · 1 first-authorComputer networks · 2 · 1 first-author · 1 since 2021Theory of computation · 2Security and privacy · 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
26 papers |
Cloud and datacenter computing · 62% Storage systems · 16% Distributed systems · 10% | |
| Software engineering, system software, and programming languages
2 papers |
Operating systems · 100% |
Topics — the 30 heaviest of 50, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Cloud and datacenter computing
cluster resource management and scheduling |
1.5 | 7 | 2020 | Borg: the next generation · EuroSys 2020 Autopilot: workload autoscaling at Google · EuroSys 2020 Large-scale cluster management at Google with Borg · EuroSys 2015 |
Cloud and datacenter computing
resource provisioning |
0.4 | 1 | 2020 | Autopilot: workload autoscaling at Google · EuroSys 2020 |
Cloud and datacenter computing › cluster resource management and scheduling
cluster resource management |
0.2 | 1 | 2015 | Large-scale cluster management at Google with Borg · EuroSys 2015 |
Distributed systems › concurrency control
optimistic concurrency control |
0.2 | 1 | 2013 | Omega: flexible, scalable schedulers for large compute clusters · EuroSys 2013 |
Cloud and datacenter computing
performance isolation |
0.2 | 1 | 2013 | CPI2: CPU performance isolation for shared compute clusters · EuroSys 2013 |
Performance modeling and evaluation
workload characterization |
0.2 | 4 | 2020 | Borg: the next generation · EuroSys 2020 An Analytic Behavior Model for Disk Drives with Readahead Caches and Request Reordering · SIGMETRICS 1998 Improving the Efficiency of UNIX File Buffer Caches · SOSP 1989 |
Storage systems
disk array |
0.1 | 5 | 2005 | Hibernator: helping disk arrays sleep through the winter · SOSP 2005 Selecting RAID Levels for Disk Arrays · FAST 2002 The HP AutoRAID Hierarchical Storage System · ACM Trans. Comput. Syst. 1996 |
Storage systems
storage reliability |
0.1 | 6 | 2004 | Designing for Disasters · FAST 2004 Selecting RAID Levels for Disk Arrays · FAST 2002 AFRAID - A Frequently Redundant Array of Independent Disks · USENIX ATC 1996 |
Storage systems › storage reliability
RAID |
0.1 | 5 | 2002 | Selecting RAID Levels for Disk Arrays · FAST 2002 The HP AutoRAID Hierarchical Storage System · ACM Trans. Comput. Syst. 1996 AFRAID - A Frequently Redundant Array of Independent Disks · USENIX ATC 1996 |
Storage systems
data migration |
0.1 | 2 | 2002 | Aqueduct: Online Data Migration with Performance Guarantees · FAST 2002 On algorithms for efficient data migration · SODA 2001 |
Distributed systems
distributed coordination |
0.1 | 1 | 2015 | Large-scale cluster management at Google with Borg · EuroSys 2015 |
Embedded and real-time systems › real-time scheduling
admission control |
0.1 | 1 | 2006 | Service contracts and aggregate utility functions · HPDC 2006 |
Cloud and datacenter computing › cloud service management
service level agreement |
0.1 | 1 | 2006 | Service contracts and aggregate utility functions · HPDC 2006 |
Operating systems
resource management |
0.0 | 1 | 2013 | CPI2: CPU performance isolation for shared compute clusters · EuroSys 2013 |
Storage systems
storage hierarchy |
0.0 | 2 | 2002 | My Cache or Yours? Making Storage More Exclusive · USENIX ATC, General Track 2002 The HP AutoRAID Hierarchical Storage System · SOSP 1995 |
Distributed systems › fault tolerance › failure recovery
disaster recovery |
0.0 | 1 | 2004 | Designing for Disasters · FAST 2004 |
Memory systems
cache |
0.0 | 2 | 2002 | My Cache or Yours? Making Storage More Exclusive · USENIX ATC, General Track 2002 The HP AutoRAID Hierarchical Storage System · SOSP 1995 |
Memory systems › cache management
cache replacement |
0.0 | 1 | 2002 | My Cache or Yours? Making Storage More Exclusive · USENIX ATC, General Track 2002 |
Memory systems › memory hierarchy › cache hierarchy management
exclusive caching |
0.0 | 1 | 2002 | My Cache or Yours? Making Storage More Exclusive · USENIX ATC, General Track 2002 |
Storage systems › networked storage
storage area network |
0.0 | 1 | 2002 | Appia: Automatic Storage Area Network Fabric Design · FAST 2002 |
Performance modeling and evaluation › storage performance evaluation
disk drive modeling |
0.0 | 2 | 1998 | An Analytic Behavior Model for Disk Drives with Readahead Caches and Request Reordering · SIGMETRICS 1998 On-Line Extraction of SCSI Disk Drive Parameters · SIGMETRICS 1995 |
Distributed systems
fault tolerance |
0.0 | 4 | 2004 | Designing for Disasters · FAST 2004 The TickerTAIP Parallel RAID Architecture · ISCA 1993 AFRAID - A Frequently Redundant Array of Independent Disks · USENIX ATC 1996 |
Electronic design automation
constraint optimization |
0.0 | 1 | 2001 | Minerva: An automated resource provisioning tool for large-scale storage systems · ACM Trans. Comput. Syst. 2001 |
Storage systems › magnetic storage
hard disk drive |
0.0 | 1 | 1998 | An Analytic Behavior Model for Disk Drives with Readahead Caches and Request Reordering · SIGMETRICS 1998 |
Performance modeling and evaluation › performance evaluation methodology
simulation and benchmarking |
0.0 | 1 | 1998 | An Analytic Behavior Model for Disk Drives with Readahead Caches and Request Reordering · SIGMETRICS 1998 |
Network optimization and economics
resource allocation |
0.0 | 1 | 2006 | Service contracts and aggregate utility functions · HPDC 2006 |
Storage systems
hierarchical storage management |
0.0 | 1 | 1996 | The HP AutoRAID Hierarchical Storage System · ACM Trans. Comput. Syst. 1996 |
Storage systems › storage reliability › RAID
RAID5 |
0.0 | 1 | 1996 | The HP AutoRAID Hierarchical Storage System · ACM Trans. Comput. Syst. 1996 |
Storage systems
data placement |
0.0 | 1 | 1995 | The HP AutoRAID Hierarchical Storage System · SOSP 1995 |
Storage systems
data management |
0.0 | 1 | 2003 | Data Services - From Data to Containers · FAST 2003 |
Methods — techniques the papers use, named apart from their topics
workload analysis · 0.4trace analysis · 0.4longitudinal comparison · 0.4job scheduling · 0.3measurement · 0.3shared state · 0.2lock-free optimistic concurrency control · 0.2utility function modeling · 0.1trace-driven simulation · 0.1data migration · 0.1
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2023 | Physical Deployability MattersabstractWhile many network research papers address issues of deployability, with a few exceptions, this has been limited to protocol compatibility or switch-resource constraints, such as flow table sizes. We argue that good network designs must also consider the costs and complexities of deploying the design within the constraints of the physical environment in a datacenter: physical deployability. Traditional metrics of network "goodness" do not account for these costs and constraints, which might explain why some otherwise attractive designs have not been deployed in real-world datacenters. Jeffrey C. Mogul, John Wilkes |
HotNets | 2 |
| 2020 | Autopilot: workload autoscaling at GoogleabstractIn many public and private Cloud systems, users need to specify a limit for the amount of resources (CPU cores and RAM) to provision for their workloads. A job that exceeds its limits might be throttled or killed, resulting in delaying or dropping end-user requests, so human operators naturally err on the side of caution and request a larger limit than the job needs. At scale, this results in massive aggregate resource wastage. Krzysztof Rzadca, Pawel Findeisen, Jacek Swiderski, Przemyslaw Zych, Przemyslaw Broniek, Jaroslaw D. M. Kusmierek, Pawel Nowak, Beata Strack, Piotr Witusowski, Steven Hand 0001, John Wilkes |
EuroSys | 11 |
| 2020 | Borg: the next generationabstractThis paper analyzes a newly-published trace that covers 8 different Borg [35] clusters for the month of May 2019. The trace enables researchers to explore how scheduling works in large-scale production compute clusters. We highlight how Borg has evolved and perform a longitudinal comparison of the newly-published 2019 trace against the 2011 trace, which has been highly cited within the research community. Muhammad Tirmazi, Adam Barker, Md E. Haque, Zhijing Gene Qin, Steven Hand 0001, Mor Harchol-Balter, John Wilkes |
EuroSys | 8 |
| 2019 | Nines are Not Enough: Meaningful Metrics for CloudsabstractCloud customers want strong, understandable promises (Service Level Objectives, or SLOs) that their applications will run reliably and with adequate performance, but cloud providers don't want to offer them, because they are technically hard to meet in the face of arbitrary customer behavior and the hidden interactions brought about by statistical multiplexing of shared resources. Existing cloud SLOs are more concerned with defending against corner cases than defining normal behavior. This and other tensions make SLOs surprisingly hard to define. We show that this problem shares some similarities with the challenges of applying statistics to make decisions based on sampled data. We argue that a mutually beneficial set of Service Level Expectations (SLEs) and Customer Behavior Expectations (CBEs) ameliorates many of the problems of today's SLOs by explicitly sharing risk between customer and service provider. Jeffrey C. Mogul, John Wilkes |
HotOS | 2 |
| 2016 | DieHard: Reliable Scheduling to Survive Correlated Failures in Cloud Data CentersabstractIn large scale data centers, a single fault can lead to correlated failures of several physical machines and the tasks running on them, simultaneously. Such correlated failures can severely damage the reliability of a service or a job. This paper models the impact of stochastic and correlated failures on job reliability in a data center. We focus on correlated failures caused by power outages or failures of network components, on jobs running multiple replicas of identical tasks. We present a statistical reliability model and an approximation technique for computing a job's reliability in the presence of correlated failures. In addition, we address the problem of scheduling a job with reliability constraints. We formulate the scheduling problem as an optimization problem, with the aim being to achieve the desired reliability with the minimum number of extra tasks. We present a scheduling algorithm that approximates the minimum number of required tasks and a placement to achieve a desired job reliability. We study the efficiency of our algorithm using an analytical approach and by simulating a cluster with different failure sources and reliabilities. The results show that the algorithm can effectively approximate the minimum number of extra tasks required to achieve the job's reliability. Mina Sedaghat, Eddie Wadbro, John Wilkes, Sara de Luna, Oleg Seleznjev, Erik Elmroth |
CCGrid | 3 |
| 2015 | Large-scale cluster management at Google with BorgabstractGoogle's Borg system is a cluster manager that runs hundreds of thousands of jobs, from many thousands of different applications, across a number of clusters each with up to tens of thousands of machines. Luis Pedrosa, Madhukar Korupolu, David Oppenheimer, Eric Tune, John Wilkes |
EuroSys | 6 |
| 2014 | Long-term SLOs for reclaimed cloud computing resourcesabstractThe elasticity promised by cloud computing does not come for free. Providers need to reserve resources to allow users to scale on demand, and cope with workload variations, which results in low utilization. The current response to this low utilization is to re-sell unused resources with no Service Level Objectives (SLOs) for availability. In this paper, we show how to make some of these reclaimable resources more valuable by providing strong, long-term availability SLOs for them. These SLOs are based on forecasts of how many resources will remain unused during multi-month periods, so users can do capacity planning for their long-running services. By using confidence levels for the predictions, we give service providers control over the risk of violating the availability SLOs, and allow them trade increased risk for more resources to make available. We evaluated our approach using 45 months of workload data from 6 production clusters at Google, and show that 6--17% of the resources can be re-offered with a long-term availability of 98.9% or better. A conservative analysis shows that doing so may increase the profitability of selling reclaimed resources by 22--60%. Marcus Carvalho, Walfredo Cirne, Francisco Vilar Brasileiro, John Wilkes |
SoCC | 4 |
| 2014 | Evaluating job packing in warehouse-scale computingabstractOne of the key factors in selecting a good scheduling algorithm is using an appropriate metric for comparing schedulers. But which metric should be used when evaluating schedulers for warehouse-scale (cloud) clusters, which have machines of different types and sizes, heterogeneous workloads with dependencies and constraints on task placement, and long-running services that consume a large fraction of the total resources? Traditional scheduler evaluations that focus on metrics such as queuing delay, makespan, and running time fail to capture important behaviors - and ones that rely on workload synthesis and scaling often ignore important factors such as constraints. This paper explains some of the complexities and issues in evaluating warehouse scale schedulers, focusing on what we find to be the single most important aspect in practice: how well they pack long-running services into a cluster. We describe and compare four metrics for evaluating the packing efficiency of schedulers in increasing order of sophistication: aggregate utilization, hole filling, workload inflation and cluster compaction. Madhukar Korupolu, John Wilkes |
CLUSTER | 3 |
| 2013 | Omega: flexible, scalable schedulers for large compute clustersabstractIncreasing scale and the need for rapid response to changing requirements are hard to meet with current monolithic cluster scheduler architectures. This restricts the rate at which new features can be deployed, decreases efficiency and utilization, and will eventually limit cluster growth. We present a novel approach to address these needs using parallelism, shared state, and lock-free optimistic concurrency control. Malte Schwarzkopf, Andy Konwinski, Michael Abd-El-Malek, John Wilkes |
EuroSys | 4 |
| 2013 | CPI2: CPU performance isolation for shared compute clustersabstractPerformance isolation is a key challenge in cloud computing. Unfortunately, Linux has few defenses against performance interference in shared resources such as processor caches and memory buses, so applications in a cloud can experience unpredictable performance caused by other programs' behavior. Eric Tune, Robert Hagmann, Rohit Jnagal, Vrigo Gokhale, John Wilkes |
EuroSys | 6 |
| 2012 | Obfuscatory obscanturism: Making workload traces of commercially-sensitive systems safe to releaseabstractCloud providers such as Google are interested in fostering research on the daunting technical challenges they face in supporting planetary-scale distributed systems, but no academic organizations have similar scale systems on which to experiment. Fortunately, good research can still be done using traces of real-life production workloads, but there are risks in releasing such data, including inadvertently disclosing confidential or proprietary information, as happened with the Netflix Prize data. This paper discusses these risks, and our approach to them, which we call systematic obfuscation. It protects proprietary and personal data while leaving it possible to answer interesting research questions. We explain and motivate some of the risks and concerns and propose how they can best be mitigated, using as an example our recent publication of a month-long trace of a production system workload on a 11k-machine cluster. Charles Reiss, John Wilkes, Joseph L. Hellerstein |
NOMS | 2 |
| 2011 | CloudScale: elastic resource scaling for multi-tenant cloud systemsabstractElastic resource scaling lets cloud systems meet application service level objectives (SLOs) with minimum resource provisioning costs. In this paper, we present CloudScale, a system that automates fine-grained elastic resource scaling for multi-tenant cloud computing infrastructures. CloudScale employs online resource demand prediction and prediction error handling to achieve adaptive resource allocation without assuming any prior knowledge about the applications running inside the cloud. CloudScale can resolve scaling conflicts between applications using migration, and integrates dynamic CPU voltage/frequency scaling to achieve energy savings with minimal effect on application SLOs. We have implemented CloudScale on top of Xen and conducted extensive experiments using a set of CPU and memory intensive applications (RUBiS, Hadoop, IBM System S). The results show that CloudScale can achieve significantly higher SLO conformance than other alternatives with low resource and energy cost. CloudScale is non-intrusive and light-weight, and imposes negligible overhead (< 2% CPU in Domain 0) to the virtualized computing cluster. Zhiming Shen, Sethuraman Subbiah, Xiaohui Gu, John Wilkes |
SoCC | 4 |
| 2011 | Stratified B-trees and Versioned Dictionaries
Andrew Twigg, Andrew Byde, Grzegorz Milos, Tim D. Moreton, John Wilkes, Tom Wilkie |
HotStorage | 5 |
| 2010 | PRESS: PRedictive Elastic ReSource Scaling for cloud systemsabstractCloud systems require elastic resource allocation to minimize resource provisioning costs while meeting service level objectives (SLOs). In this paper, we present a novel PRedictive Elastic reSource Scaling (PRESS) scheme for cloud systems. PRESS unobtrusively extracts fine-grained dynamic patterns in application resource demands and adjust their resource allocations automatically. Our approach leverages light-weight signal processing and statistical learning algorithms to achieve online predictions of dynamic application resource requirements. We have implemented the PRESS system on Xen and tested it using RUBiS and an application load trace from Google. Our experiments show that we can achieve good resource prediction accuracy with less than 5% over-estimation error and near zero under-estimation error, and elastic resource scaling can both significantly reduce resource waste and SLO violations. Zhenhuan Gong, Xiaohui Gu, John Wilkes |
CNSM | 3 |
| 2010 | Algorithms for Data Migration
Eric Anderson 0003, Joseph Hall, Jason D. Hartline, M. Hobbes, Anna R. Karlin, Jared Saia, Ram Swaminathan, John Wilkes |
Algorithmica | 8 |
| 2007 | Third Workshop on Hot Topics in System Dependability HotDep'07abstractThe goals of HotDep are to bring forth cuttingedge research ideas spanning the domains of fault tolerance/ reliability and systems, and to build linkages between the two communities (e.g., between people who attend traditional "dependability" conferences such as DSN and ISSRE, and those who attend "systems" conferences such as OSDI, SOSP, and EuroSys). Miguel Castro 0001, John Wilkes |
DSN | 2 |
| 2006 | Service contracts and aggregate utility functionsabstractUtility functions are used by clients of a service to communicate the value of a piece of work and other QoS aspects such as its timely completion. However, utility functions on individual work items do not capture how important it is to complete all or part of a batch of items; for this purpose, a higher-level construct is required. We propose a multi-job aggregate-utility function, and show how a service provider that executes jobs on rented resources can use it to drive admission control and job scheduling decisions. Using a profit-seeking approach to its policies, we find that the service provider can cope gracefully with client overload and varying resource availability. The result is significantly greater value delivered to clients, and higher profit (net value) generated for the service provider Alvin AuYoung, Laura Rit, Sohn Wiener, John Wilkes |
HPDC | 4 |
| 2005 | Profitable services in an uncertain worldabstractIn a service-oriented, utility-computing, Grid-like world, service providers will execute jobs on behalf of their clients on systems rented from resource providers. This poses many challenges to the service provider, such as choosing which jobs to admit, when to run them, whether to execute them on one system or many, and how many resources to rent. To complicate matters, the service provider may experience resource uncertainty an inability to get the resources it needs or expects. The result will be sub-optimal choices of which jobs to accept and when to run them, and the service provider may have to pay penalties to its clients. Using an economics-based approach, we have developed scheduling policies that systematically address these problems. We show that the new policies deliver significantly more profit (or added value) than ones oblivious to such concerns. Florentina I. Popovici, John Wilkes |
SC | 2 |
| 2005 | Hibernator: helping disk arrays sleep through the winterabstractEnergy consumption has become an important issue in high-end data centers, and disk arrays are one of the largest energy consumers within them. Although several attempts have been made to improve disk array energy management, the existing solutions either provide little energy savings or significantly degrade performance for data center workloads.Our solution, Hibernator, is a disk array energy management system that provides improved energy savings while meeting performance goals. Hibernator combines a number of techniques to achieve this: the use of disks that can spin at different speeds, a coarse-grained approach for dynamically deciding which disks should spin at which speeds, efficient ways to migrate the right data to an appropriate-speed disk automatically, and automatic performance boosts if there is a risk that performance goals might not be met due to disk energy management.In this paper, we describe the Hibernator design, and present evaluations of it using both trace-driven simulations and a hybrid system comprised of a real database server (IBM DB2) and an emulated storage server with multi-speed disks. Our file-system and on-line transaction processing (OLTP) simulation results show that Hibernator can provide up to 65% energy savings while continuing to satisfy performance goals (6.5--26 times better than previous solutions). Our OLTP emulated system results show that Hibernator can save more energy (29%) than previous solutions, while still providing an OLTP transaction rate comparable to a RAID5 array with no energy management. Qingbo Zhu, Lin Tan 0001, Yuanyuan Zhou 0001, Kimberly Keeton, John Wilkes |
SOSP | 6 |
| 2004 | Designing for Disasters
Kimberly Keeton, Cipriano A. Santos, Dirk Beyer 0002, Jeffrey S. Chase, John Wilkes |
FAST | 5 |
| 2003 | Data Services - From Data to Containers
John Wilkes |
FAST | 1 |
| 2003 | Seneca: remote mirroring done write
Minwen Ji, Alistair C. Veitch, John Wilkes |
USENIX ATC, General Track | 3 |
| 2002 | Selecting RAID Levels for Disk Arrays
Eric Anderson 0003, Ram Swaminathan, Alistair C. Veitch, Guillermo A. Alvarez, John Wilkes |
FAST | 5 |
| 2002 | Aqueduct: Online Data Migration with Performance Guarantees
Chenyang Lu 0001, Guillermo A. Alvarez, John Wilkes |
FAST | 3 |
| 2002 | Appia: Automatic Storage Area Network Fabric Design
Julie Ward, Troy Shahoumian, John Wilkes |
FAST | 4 |
| 2002 | My Cache or Yours? Making Storage More Exclusive
Theodore M. Wong, John Wilkes |
USENIX ATC, General Track | 2 |
| 2001 | Towards Global Storage Management and Data PlacementabstractAs users and companies increasingly depend on shared, networked information services, we continue to see growth in data centers and service providers. This happens as services and servers are consolidated (for ease of management and reduced duplication), while also being distributed (for fault tolerance and to accommodate the global reach of customers). Since access to data is the lifeblood of any organization, a global storage system is a core element in such an infrastructure. Based on success in automatically managing local storage, we believe that the key attribute of such a system is the ability to flexibly adapt to a variety of application semantics and requirements as they arise and as they change over time. Our work has shown that it is possible to automatically design and configure a storage system of one or more disk arrays to meet a set of application requirements and to dynamically reconfigure as needs change, all without human intervention. Work on global data placement expands the scope of this system to a world of distributed data centers. Alistair C. Veitch, Erik Riedel, Simon J. Towers, John Wilkes |
HotOS | 4 |
| 2001 | EOS - The Dawn of the Resource EconomyabstractSummary form only given. We believe that achieving the benefits of a resource economy, which supports the execution of services wherever and whenever is most convenient, cost-effective, and trustworthy, represents the next big computer systems research opportunity. That is, the emphasis in the operating research community should move away from extracting a few more percentage points of speed from individual computing resources, and focus instead on how to size, provision, and manage those resources to serve the needs of a rapidly diversifying set of services. HP Laboratories are embarking on a major endeavor to pursue this, and are actively seeking research partners to collaborate with us. John Wilkes, Patrick Goldsack, G. John Janakiraman, Lance Russell, Sharad Singhal |
HotOS | 1 |
| 2001 | Traveling to Rome: QoS Specifications for Automated Storage System Management
John Wilkes |
IWQoS | 1 |
| 2001 | On algorithms for efficient data migration
Joseph Hall, Jason D. Hartline, Anna R. Karlin, Jared Saia, John Wilkes |
SODA | 5 |
| 2001 | Storage Service Providers: a Solution for Storage Management? (Panel)
Banu Özden, Eran Gabber, Bruce Hillyer, Wee Teck Ng, Elizabeth A. M. Shriver, David J. DeWitt, Bruce Gordon, Jim Gray 0001, John Wilkes |
VLDB | 9 |
| 2001 | Minerva: An automated resource provisioning tool for large-scale storage systemsabstractEnterprise-scale storage systems, which can contain hundreds of host computers and storage devices and up to tens of thousands of disks and logical volumes, are difficult to design. The volume of choices that need to be made is massive, and many choices have unforeseen interactions. Storage system design is tedious and complicated to do by hand, usually leading to solutions that are grossly over-provisioned, substantially under-performing or, in the worst case, both.To solve the configuration nightmare, we present minerva: a suite of tools for designing storage systems automatically. Minerva uses declarative specifications of application requirements and device capabilities; constraint-based formulations of the various sub-problems; and optimization techniques to explore the search space of possible solutions.This paper also explores and evaluates the design decisions that went into Minerva, using specialized micro- and macro-benchmarks. We show that Minerva can successfully handle a workload with substantial complexity (a decision-support database benchmark). Minerva created a 16-disk design in only a few minutes that achieved the same performance as a 30-disk system manually designed by human experts. Of equal importance, Minerva was able to predict the resulting system's performance before it was built. Guillermo A. Alvarez, Elizabeth Borowsky, Susie Go, Theodore H. Romer, Ralph A. Becker-Szendy, Richard A. Golding, Arif Merchant, Mirjana Spasojevic, Alistair C. Veitch, John Wilkes |
ACM Trans. Comput. Syst. | 10 |
| 1998 | An Analytic Behavior Model for Disk Drives with Readahead Caches and Request ReorderingabstractModern disk drives read-ahead data and reorder incoming requests in a workload-dependent fashion. This improves their performance, but makes simple analytical models of them inadequate for performance prediction, capacity planning, workload balancing, and so on. To address this problem we have developed a new analytic model for disk drives that do readahead and request reordering. We did so by developing performance models of the disk drive components (queues, caches, and the disk mechanism) and a workload transformation technique for composing them. Our model includes the effects of workload-specific parameters such as request size and spatial locality. The result is capable of predicting the behavior of a variety of real-world devices to within 17% across a variety of workloads and disk drives. Elizabeth A. M. Shriver, Arif Merchant, John Wilkes |
SIGMETRICS | 3 |
| 1996 | An Implementation of the Hamlyn Sender-Managed Interface ArchitectureabstractNo abstract available. Gregory D. Buzzard, David Jacobson, Milon Mackey, Scott Marovich, John Wilkes |
OSDI | 5 |
| 1996 | AFRAID - A Frequently Redundant Array of Independent Disks
Stefan Savage, John Wilkes |
USENIX ATC | 2 |
| 1996 | The HP AutoRAID Hierarchical Storage SystemabstractConfiguring redundant disk arrays is a black art. To configure an array properly, a system administrator must understand the details of both the array and the workload it will support. Incorrect understanding of either, or changes in the workload over time, can lead to poor performance. We present a solution to this problem: a two-level storage hierarchy implemented inside a single disk-array controller. In the upper level of this hierarchy, two copies of active data are stored to provide full redundancy and excellent performance. In the lower level, RAID 5 parity protection is used to provide excellent storage cost for inactive data, at somewhat lower performance. The technology we describe in this article, know as HP AutoRAID, automatically and transparently manages migration of data blocks between these two levels as access patterns change. The result is a fully redundant storage system that is extremely easy to use, is suitable for a wide variety of workloads, is largely insensitive to dynamic workload changes, and performs much better than disk arrays with comparable numbers of spindles and much larger amounts of front-end RAM cache. Because the implementation of the HP AutoRAID technology is almost entirely in software, the additional hardware cost for these benefits is very small. We describe the HP AutoRAID technology in detail, provide performance data for an embodiment of it in a storage array, and summarize the results of simulation studies used to choose algorithms implemented in the array. John Wilkes, Richard A. Golding, Carl Staelin, Tim Sullivan 0002 |
ACM Trans. Comput. Syst. | 1 |
| 1995 | On-Line Extraction of SCSI Disk Drive ParametersabstractSophisticated disk scheduling algorithms require accurate, detailed disk drive specifications, including data about mechanical delays, on-board caching and prefetching algorithms, command and protocol overheads, and logical-to-physical block mappings. Comprehensive disk models used in storage subsystem design require similar levels of detail. We describe a suite of general-purpose algorithms and techniques for acquiring the necessary information from a SCSI disk drive. Using only the ANSI-standard interface, we demonstrate how the important parameter values of a modern SCSI drive can be determined accurately and efficiently. Bruce L. Worthington, Gregory R. Ganger, Yale N. Patt, John Wilkes |
SIGMETRICS | 4 |
| 1995 | The HP AutoRAID Hierarchical Storage Systemabstractarticle Free Access Share on The HP AutoRAID hierarchical storage system Authors: J. Wilkes Hewlett-Packard Laboratories, Palo Alto, CA Hewlett-Packard Laboratories, Palo Alto, CAView Profile , R. Golding Hewlett-Packard Laboratories, Palo Alto, CA Hewlett-Packard Laboratories, Palo Alto, CAView Profile , C. Staelin Hewlett-Packard Laboratories, Palo Alto, CA Hewlett-Packard Laboratories, Palo Alto, CAView Profile , T. Sullivan Hewlett-Packard Laboratories, Palo Alto, CA Hewlett-Packard Laboratories, Palo Alto, CAView Profile Authors Info & Claims ACM SIGOPS Operating Systems ReviewVolume 29Issue 5Dec. 3, 1995 pp 96–108https://doi.org/10.1145/224057.224065Published:03 December 1995Publication History 95citation648DownloadsMetricsTotal Citations95Total Downloads648Last 12 Months37Last 6 weeks7 Get Citation AlertsNew Citation Alert added!This alert has been successfully added and will be sent to:You will be notified whenever a record that you have chosen has been cited.To manage your alert preferences, click on the button below.Manage my AlertsNew Citation Alert!Please log in to your account Save to BinderSave to BinderCreate a New BinderNameCancelCreateExport CitationPublisher SiteeReaderPDF John Wilkes, Richard A. Golding, Carl Staelin, Tim Sullivan 0002 |
SOSP | 1 |
| 1995 | Idleness is Not Sloth
Richard A. Golding, Peter Bosch II, Carl Staelin, Tim Sullivan 0002, John Wilkes |
USENIX | 5 |
| 1994 | Techniques for File System SimulationabstractAbstract Careful simulation‐based evaluation plays an important role in the design of file and disk systems. We describe here a particular approach to such evaluations that combines techniques in workload synthesis, file system modeling, and detailed disk behavior modeling. Together, these make feasible the detailed simulation of I/O hardware and file system software. In particular, using the techniques described here is likely to make comparative file system studies more accurate. In addition to these specific contributions, the paper makes two broader points. First, it argues that detailed models are appropriate and necessary in many cases. Second, it demonstrates that detailed models need not be difficult or time consuming to construct or execute. Chandramohan A. Thekkath, John Wilkes, Edward D. Lazowska |
Softw. Pract. Exp. | 2 |
| 1994 | The TickerTAIP Parallel RAID ArchitectureabstractTraditional disk arrays have a centralized architecture, with a single controller through which all requests flow. Such a controller is a single point of failure, and its performance limits the maximum number of disks to which the array can scale. We describe TickerTAIP, a parallel architecture for disk arrays that distributes the controller functions across several loosely coupled processors. The result is better scalability, fault tolerance, and flexibility. This article presents the TickerTAIP architecture and an evaluation of its behavior. We demonstrate the feasibility by a working example, describe a family of distributed algorithms for calculating RAID parity, discuss techniques for establishing request atomicity, sequencing, and recovery, and evaluate the performance of the TickerTAIP design in both absolute terms and by comparison to a centralized RAID implementation. We also analyze the effects of including disk-level request-scheduling algorithms inside the array. We conclude that the Ticker TAIP architectural approach is feasible, useful, and effective. Swee Boon Lim, Shivakumar Venkataraman, John Wilkes |
ACM Trans. Comput. Syst. | 4 |
| 1993 | The TickerTAIP Parallel RAID ArchitectureabstractTraditional disk arrays have a centralized architecture, with a single controller through which all requests flow. Such a controller is a single point of failure, and its performance limits the maximum size that the array can grow to. We describe here TickerTAIP, a parallel architecture for disk arrays that distributed the controller functions across several loosely-coupled processors. The result is better scalability, fault tolerance, and flexibility. Swee Boon Lim, Shivakumar Venkataraman, John Wilkes |
ISCA | 4 |
| 1989 | Improving the Efficiency of UNIX File Buffer CachesabstractThis paper reports on the effects of using hardware virtual memory assists in managing file buffer caches in UNIX. A controlled experimental environment was constructed from two systems whose only difference was that one of them (XMF) used the virtual memory hardware to assist file buffer cache search and retrieval. An extensive series of performance characterizations was used to study the effects of varying the buffer cache size (from 3 Megabytes to 70 MB); I\O transfer sizes (from 4 bytes to 64 KB); cache-resident and non-cache-resident data; READs and WRITEs; and a range of application programs. Andrew Braunstein, Mark Riley, John Wilkes |
SOSP | 3 |
| 1982 | HADES-A Command Environment that Supports StructureabstractAbstract HADES is a command program designed to aid programmers and authors involved in writing systems with an inherently high degree of structuring. It presents the system being developed in a hierarchical fashion, encouraging a top down approach to its design, and alleviates many of the problems experienced with traditional filing systems. Unlike other programming environment systems, the utility programs and tools do not have to be ‘integrated’ into the system, which means that new and existing tools can be quickly and easily added. This results in a rich set of operations implemented at very low cost. The paper outlines some of the problems that arise with traditional filing systems from the point of view of software development, and then presents the approach adopted by HADES. This is followed by a discussion of the strengths and weaknesses of the result and some reflections on the lessons that have been learnt. John Wilkes |
Softw. Pract. Exp. | 1 |