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

Jeffrey L. Eppinger

dblp:33/3104 · DBLP profile ↗
← Back
3ranked-venue papers
0as first author
0since 2021 · last 1987
—ORCID · none

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

Software engineering, systems software and programming languages · 3

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
3 papers
Distributed systems · 65% Storage systems · 35%
Software engineering, system software, and programming languages
2 papers
Operating systems · 100%
Databases, data mining, and information retrieval
1 paper
Transaction processing and concurrency control · 100%

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

TopicWeightPapersLastEvidence papers
Distributed systems › distributed database
distributed transactions
0.021985
Support for Distributed Transactions in the TABS Prototype · IEEE Trans. Software Eng. 1985
Distributed Transactions for Reliable Systems · SOSP 1985
Operating systems › multiprocessing
multiprocessor operating system
0.011987
The Duality of Memory and Communication in the Implementation of a Multiprocessor Operating System · SOSP 1987
Transaction processing and concurrency control
distributed transaction management
0.011985
Distributed Transactions for Reliable Systems · SOSP 1985
Storage systems
transaction support
0.011985
Support for Distributed Transactions in the TABS Prototype · IEEE Trans. Software Eng. 1985
Distributed systems › operating system support
interprocess communication
0.011987
The Duality of Memory and Communication in the Implementation of a Multiprocessor Operating System · SOSP 1987
Storage systems
storage reliability
0.011985
Distributed Transactions for Reliable Systems · SOSP 1985

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

transparent communication · 0.0transaction management · 0.0synchronization · 0.0recovery · 0.0abstract data types · 0.0
YearPublicationVenuePosition
1987 The Duality of Memory and Communication in the Implementation of a Multiprocessor Operating System
abstract
Mach is a multiprocessor operating system being implemented at Carnegie-Mellon University. An important component of the Mach design is the use of memory objects which can be managed either by the kernel or by user programs through a message interface. This feature allows applications such as transaction management systems to participate in decisions regarding secondary storage management and page replacement.
Avadis Tevanian, Richard F. Rashid, David B. Golub, Jeffrey L. Eppinger, Jonathan Chew, William J. Bolosky, David L. Black 0001, Robert V. Baron
SOSP5
1985 Distributed Transactions for Reliable Systems
abstract
Facilities that support distributed transactions on user-defined types can be implemented efficiently and can simplify the construction of reliable distributed programs.To demonstrate these points, this paper describes a prototype transaction facility, called TABS, that supports objects, transparent communication, synchronization, recovery, and transaction management.Various objects that use the facilities of TABS are exemplified and the performance of the system is discussed in detail.The paper concludes that the prototype provides useful facilities, and that it would be feasible to build a high performance implementation based on its ideas.
Alfred Z. Spector, Dean S. Daniels, Dan Duchamp, Jeffrey L. Eppinger, Randy F. Pausch
SOSP4
1985 Support for Distributed Transactions in the TABS Prototype
abstract
The TABS prototype is an experimental facility that provides operating system-level support for distributed transactions that operate on shared abstract types. The facility is designed to simplify the construction of highly available and reliable distributed applications. This paper describes the TABS system model, the TABS prototype's structure, and certain aspects of its operation. The paper concludes with a discussion of the status of the project and a preliminary evaluation.
Alfred Z. Spector, Jacob Butcher, Dean S. Daniels, Dan Duchamp, Jeffrey L. Eppinger, Charles E. Fineman, Abdelsalam Heddaya, Peter M. Schwarz
IEEE Trans. Software Eng.5