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

Kent Treiber

dblp:67/4126 · DBLP profile ↗
← Back
2ranked-venue papers
1as first author
0since 2021 · last 1995
—ORCID · none

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

Systems, architecture and hardware · 1 · 1 first-authorDatabases, data management, data science and information retrieval · 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
2 papers
Distributed systems · 40% Storage systems · 34% Memory systems · 26%
Databases, data mining, and information retrieval
1 paper
Transaction processing and concurrency control · 100%

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

TopicWeightPapersLastEvidence papers
Storage systems › storage reliability
RAID
0.011995
Simulation Study of Cached RAID5 Designs · HPCA 1995
Memory systems › cache management
storage caching
0.011995
Simulation Study of Cached RAID5 Designs · HPCA 1995
Transaction processing and concurrency control
recovery
0.011993
Algorithms for the Management of Remote Backup Data Bases for Disaster Recovery · ICDE 1993
Distributed systems › fault tolerance › failure recovery
disaster recovery
0.011993
Algorithms for the Management of Remote Backup Data Bases for Disaster Recovery · ICDE 1993
Distributed systems
fault tolerance
0.011993
Algorithms for the Management of Remote Backup Data Bases for Disaster Recovery · ICDE 1993
Storage systems › disk array
data striping
0.011995
Simulation Study of Cached RAID5 Designs · HPCA 1995
Transaction processing and concurrency control › recovery
ARIES recovery
0.011993
Algorithms for the Management of Remote Backup Data Bases for Disaster Recovery · ICDE 1993

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

log analysis · 0.0checkpointing · 0.0buffer management · 0.0trace-driven simulation · 0.0
YearPublicationVenuePosition
1995 Simulation Study of Cached RAID5 Designs
abstract
This paper considers the performance of cached RAID5 using simulations that are driven by database I/O traces collected at customer sites. This is in contrast to previous performance studies using analytical modelling or random-number simulations. We studied issues of cache size, disk buffering, cache replacement policies, cache allocation policies, destage policies and striping. Our results indicate that: read caching has considerable value; a small amount of cache should be used for writes fast write logic can reduce disk utilization for writes by an order of magnitude; priority queueing should be supported at the disks; disk buffering prefetch should be used; for large caches, it pays to cache sequentially accessed blocks; RAID5 with cylinder striping is superior to parity striping.>
Kent Treiber, Jai Menon 0001
HPCA1
1993 Algorithms for the Management of Remote Backup Data Bases for Disaster Recovery
abstract
A method for managing a remote backup database to provide protection from disasters that destroy the primary database is presented. The method is general enough to accommodate the ARIES-type recovery and concurrency control methods as well as the methods used by other systems such as DB2, DL/I and IMS Fast Path. It provides high performance by exploiting parallelism and by reducing inputs and outputs using different means, like log analysis and choosing a different buffer management policy from the primary one. Techniques are proposed for checkpointing the state of the backup system so that recovery can be performed quickly in case the backup system fails, and for allowing new transaction activity to begin even as the backup is taking over a primary failure. Some performance measurements taken from a prototype are also presented.>
C. Mohan 0001, Kent Treiber, Ron Obermarck
ICDE2