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.

Christopher A. Stein

dblp:33/2315 · DBLP profile ↗
← Back
5ranked-venue papers
2as first author
0since 2021 · last 2002
—ORCID · none

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

Systems, architecture and hardware · 3 · 1 first-authorSecurity and privacy · 1 · 1 first-authorSoftware engineering, systems software and programming languages · 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
Storage systems · 76% Memory systems · 24%
Software engineering, system software, and programming languages
1 paper
Operating systems · 100%
Network and information security
1 paper
Authentication and access control · 50% Systems and software security · 50%
Computer networks
1 paper
Content delivery and video streaming · 100%

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

TopicWeightPapersLastEvidence papers
Operating systems › resource management › storage management
file systems
0.012001
Unifying File System Protection · USENIX ATC, General Track 2001
Operating systems › resource management › storage management › file systems
file system security
0.012001
Unifying File System Protection · USENIX ATC, General Track 2001
Memory systems › cache management › in-network caching
proxy caching
0.012001
Storage Management for Web Proxies · USENIX ATC, General Track 2001
Storage systems
file systems
0.012000
Journaling Versus Soft Updates: Asynchronous Meta-data Protection in File Systems · USENIX ATC, General Track 2000
Storage systems › file systems
journaling file system
0.012000
Journaling Versus Soft Updates: Asynchronous Meta-data Protection in File Systems · USENIX ATC, General Track 2000
Storage systems › file systems
soft updates
0.012000
Journaling Versus Soft Updates: Asynchronous Meta-data Protection in File Systems · USENIX ATC, General Track 2000
Authentication and access control
access control
0.012001
Unifying File System Protection · USENIX ATC, General Track 2001
Systems and software security
file system security
0.012001
Unifying File System Protection · USENIX ATC, General Track 2001
Storage systems › metadata management
metadata protection
0.012000
Journaling Versus Soft Updates: Asynchronous Meta-data Protection in File Systems · USENIX ATC, General Track 2000
Storage systems
storage reliability
0.012000
Journaling Versus Soft Updates: Asynchronous Meta-data Protection in File Systems · USENIX ATC, General Track 2000

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

cache management · 0.1
YearPublicationVenuePosition
2002 Building a Reliable Mutable File System on Peer-to-Peer Storage
abstract
This paper sketches the design of the Eliot File System (Eliot), a mutable file system that maintains the pure immutability of its peer-to-peer (P2P) substrate by isolating mutation in an auxiliary metadata service. The immutability of address-to-content bindings has several advantages in P2P systems. However mutable file systems are desirable because they allow clients to update existing files; a necessary property for many applications. In order to facilitate modifications, the file system must provide some atom of mutability. Since this atom of mutability is a fundamental characteristic of the file system and not the underlying storage substrate, it is a mistake to violate the integrity of the substrate with special cases for mutability. Instead, Eliot employs a separate, generalized metadata service that isolates all mutation and client state in an auxiliary replicated database. Eliot provides fine-granularity file updates with either AFS open-close or NFS-like consistency semantics. Eliot builds a mutable filesystem on a global resource bed of purely immutable P2P block storage.
Christopher A. Stein, Michael J. Tucker, Margo I. Seltzer
SRDS1
2001 Research Issues in No-Futz Computing
abstract
At the 1999 Workshop on Hot Topics in Operating Systems (HotOS VII), the attendees reached consensus that the most important issue facing the OS research community was "No-Futz" computing; eliminating the ongoing "futzing" that characterizes most systems today. To date, little research has been accomplished in this area. Our goal in this paper is to focus the research community on the challenges we face if we are to design systems that are truly futz-free, or even low-futz.
David A. Holland, William K. Josephson, Kostas Magoutis, Margo I. Seltzer, Christopher A. Stein, Ada T. Lim
HotOS5
2001 Storage Management for Web Proxies
Elizabeth A. M. Shriver, Eran Gabber, Christopher A. Stein
USENIX ATC, General Track4
2001 Unifying File System Protection
Christopher A. Stein, John H. Howard, Margo I. Seltzer
USENIX ATC, General Track1
2000 Journaling Versus Soft Updates: Asynchronous Meta-data Protection in File Systems
Margo I. Seltzer, Gregory R. Ganger, Marshall K. McKusick, Keith A. Smith, Craig A. N. Soules, Christopher A. Stein
USENIX ATC, General Track6