Demo Data from SIGIR 2026 / reviewers in the wild / expert
Jeffrey L. Eppinger
dblp:33/3104
· DBLP profile ↗
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
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Distributed systems › distributed database
distributed transactions |
0.0 | 2 | 1985 | 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.0 | 1 | 1987 | 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.0 | 1 | 1985 | Distributed Transactions for Reliable Systems · SOSP 1985 |
Storage systems
transaction support |
0.0 | 1 | 1985 | Support for Distributed Transactions in the TABS Prototype · IEEE Trans. Software Eng. 1985 |
Distributed systems › operating system support
interprocess communication |
0.0 | 1 | 1987 | The Duality of Memory and Communication in the Implementation of a Multiprocessor Operating System · SOSP 1987 |
Storage systems
storage reliability |
0.0 | 1 | 1985 | 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
| Year | Publication | Venue | Position |
|---|---|---|---|
| 1987 | The Duality of Memory and Communication in the Implementation of a Multiprocessor Operating SystemabstractMach 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 |
SOSP | 5 |
| 1985 | Distributed Transactions for Reliable SystemsabstractFacilities 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 |
SOSP | 4 |
| 1985 | Support for Distributed Transactions in the TABS PrototypeabstractThe 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 |