Bianca Schroeder

dblp:s/BiancaSchroeder · also Bianca Schröder · DBLP profile ↗
← Back
12ranked-venue papers in the field
5as first author
2since 2021 · last 2022
0000-0003-3289-1824ORCID · verified

Domains — venue-derived; a paper can count in several

Big Data, Cloud & Distributed Data Systems · 8 (3 first)Database Systems & Data Management · 4 (2 first)
YearPublicationVenuePosition
2022 Improving the Reliability of Next Generation SSDs using WOM-v Codes
Shehbaz Jaffer, Kaveh Mahdaviani, Bianca Schroeder
FAST3
2022 Operational Characteristics of SSDs in Enterprise Storage Systems: A Large-Scale Field Study
Stathis Maneas, Kaveh Mahdaviani, Tim Emami, Bianca Schroeder
FAST4
2020 A Study of SSD Reliability in Large Scale Enterprise Storage Deployments
Stathis Maneas, Kaveh Mahdaviani, Tim Emami, Bianca Schroeder
FAST4
2016 Flash Reliability in Production: The Expected and the Unexpected
Bianca Schroeder, Raghav Lagisetty, Arif Merchant
FAST1
2016 sRoute: Treating the Storage Stack Like a Network
Ioan A. Stefanovici, Bianca Schroeder, Greg O'Shea, Eno Thereska
FAST2
2010 Understanding Latent Sector Errors and How to Protect Against Them
Bianca Schroeder, Sotirios Damouras, Phillipa Gill
FAST1
2008 An Analysis of Data Corruption in the Storage Stack
Lakshmi N. Bairavasundaram, Garth R. Goodson, Bianca Schroeder, Andrea C. Arpaci-Dusseau, Remzi H. Arpaci-Dusseau
FAST3
2007 Disk Failures in the Real World: What Does an MTTF of 1, 000, 000 Hours Mean to You?
Bianca Schroeder, Garth A. Gibson
FAST1
2006 Achieving Class-Based QoS for Transactional Workloads
abstract
Transaction processing systems lie at the core of modern e-commerce applications such as on-line retail stores, banks and airline reservation systems. The economic success of these applications depends on the ability to achieve high user satisfaction, since a single mouse-click is all that it takes a frustrated user to switch to a competitor. Given that system resources are limited and demands are varying, it is difficult to provide optimal performance to all users at all times. However, often transactions can be divided into different classes based on how important they are to the online retailer. For example, transactions initiated by a "big spending" client are more important than transactions from a client that only browses the site. A natural goal then is to ensure short delays for the class of important transactions, while for the less important transactions longer delays are acceptable.
Bianca Schroeder, Mor Harchol-Balter, Arun Iyengar, Erich M. Nahum
ICDE1
2006 How to Determine a Good Multi-Programming Level for External Scheduling
abstract
Scheduling/prioritization of DBMS transactions is important for many applications that rely on database backends. A convenient way to achieve scheduling is to limit the number of transactions within the database, maintaining most of the transactions in an external queue, which can be ordered as desired by the application. While external scheduling has many advantages in that it doesn’t require changes to internal resources, it is also difficult to get right in that its performance depends critically on the particular multiprogramming limit used (the MPL), i.e. the number of transactions allowed into the database. If the MPL is too low, throughput will suffer, since not all DBMS resources will be utilized. On the other hand, if the MPL is too high, there is insufficient control on scheduling. The question of how to adjust theMPL to achieve both goals simultaneously is an open problem, not just for databases but in system design in general. Herein we study this problem in the context of transactional workloads, both via extensive experimentation and queueing theoretic analysis. We find that the two most critical factors in adjusting the MPL are the number of resources that the workload utilizes and the variability of the transactions’ service demands. We develop a feedback based controller, augmented by queueing theoretic models for automatically adjusting the MPL. Finally, we apply our methods to the specific problem of external prioritization of transactions. We find that external prioritization can be nearly as effective as internal prioritization, without any negative consequences, when the MPL is set appropriately.
Bianca Schroeder, Mor Harchol-Balter, Arun Iyengar, Erich M. Nahum, Adam Wierman
ICDE1
2005 Improving Preemptive Prioritization via Statistical Characterization of OLTP Locking
abstract
OLTP and transactional workloads are increasingly common in computer systems, ranging from e-commerce to warehousing to inventory management. It is valuable to provide priority scheduling in these systems, to reduce the response time for the most important clients, e.g. the "big spenders". Two-phase locking, commonly used in DBMS, makes prioritization difficult, as transactions wait for locks held by others regardless of priority. Common lock scheduling solutions, including non-preemptive priority inheritance and preemptive abort, have performance drawbacks for TPC-C type workloads. The contributions of this paper are two-fold: (i) We provide a detailed statistical analysis of locking in TPC-C workloads with priorities under several common preemptive and non-preemptive lock prioritization policies. We determine why non-preemptive policies fail to sufficiently help high-priority transactions, and why preemptive policies excessively hurt low-priority transactions, (ii) We propose and implement a policy, POW, that provides all the benefits of preemptive prioritization without its penalties.
David T. McWherter, Bianca Schroeder, Anastasia Ailamaki, Mor Harchol-Balter
ICDE2
2004 Priority Mechanisms for OLTP and Transactional Web Applications
abstract
Transactional workloads are a hallmark of modern OLTP and Web applications, ranging from electronic commerce and banking to online shopping. Often, the database at the core of these applications is the performance bottleneck. Given the limited resources available to the database, transaction execution times can vary wildly as they compete and wait for critical resources. As the competitor is "only a click away", valuable (high-priority) users must be ensured consistently good performance via QoS and transaction prioritization. This paper analyzes and proposes prioritization for transactional workloads in traditional database systems (DBMS). This work first performs a detailed bottleneck analysis of resource usage by transactional workloads on commercial and noncommercial DBMS (IBM DB2, Post-greSQL, Shore) under a range of configurations. Second, this work implements and evaluates the performance of several preemptive and nonpreemptive DBMS prioritization policies in PostgreSQL and Shore. The primary contributions of this work include (i) understanding the bottleneck resources in transactional DBMS workloads and (ii) a demonstration that prioritization in traditional DBMS can provide 2x-5x improvement for high-priority transactions using simple scheduling policies, without expense to low-priority transactions.
David T. McWherter, Bianca Schroeder, Anastasia Ailamaki, Mor Harchol-Balter
ICDE2