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

P. Ciarfella

dblp:34/6577 · DBLP profile ↗
← Back
3ranked-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 · 2Computer networks · 1 · 1 first-author

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 · 88% Performance modeling and evaluation · 12%
Software engineering, system software, and programming languages
1 paper
Software testing · 100%

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

TopicWeightPapersLastEvidence papers
Distributed systems › group communication
atomic broadcast
0.011995
The Totem Single-Ring Ordering and Membership Protocol · ACM Trans. Comput. Syst. 1995
Distributed systems
distributed coordination
0.011995
The Totem Single-Ring Ordering and Membership Protocol · ACM Trans. Comput. Syst. 1995
Distributed systems
fault tolerance
0.011995
The Totem Single-Ring Ordering and Membership Protocol · ACM Trans. Comput. Syst. 1995
Distributed systems › group communication
group membership
0.011995
The Totem Single-Ring Ordering and Membership Protocol · ACM Trans. Comput. Syst. 1995
Distributed systems
replication
0.011995
The Totem Single-Ring Ordering and Membership Protocol · ACM Trans. Comput. Syst. 1995
Performance modeling and evaluation › simulation
discrete-event simulation
0.011994
The Totem protocol development environment · ICNP 1994
Distributed systems › group communication
virtual synchrony
0.011995
The Totem Single-Ring Ordering and Membership Protocol · ACM Trans. Comput. Syst. 1995
Software testing
protocol testing
0.011994
The Totem protocol development environment · ICNP 1994

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

discrete-event simulation · 0.0token ring · 0.0flow control · 0.0
YearPublicationVenuePosition
1995 The Totem Single-Ring Ordering and Membership Protocol
abstract
Fault-tolerant distributed systems are becoming more important, but in existing systems, maintaining the consistency of replicated data is quite expensive. The Totem single-ring protocol supports consistent concurrent operations by placing a total order on broadcast messages. This total order is derived from the sequence number in a token that circulates around a logical ring imposed on a set of processors in a broadcast domain. The protocol handles reconfiguration of the system when processors fail and restart or when the network partitions and remerges. Extended virtual synchrony ensures that processors deliver messages and configuration changes to the application in a consistent, systemwide total order. An effective flow control mechanism enables the Totem single-ring protocol to achieve message-ordering rates significantly higher than the best prior total-ordering protocols.
Yair Amir, Louise E. Moser, P. M. Melliar-Smith, Deborah A. Agarwal, P. Ciarfella
ACM Trans. Comput. Syst.5
1994 The Totem protocol development environment
abstract
Introduction The development of communication protocols is significantly more difficult than the development of sequential programs. Communication protocols are harder to develop because of the many possible executions and ordering of events, the difficulty of recording the history of an execution, the inability to stop the system so that its state can be examined, the difficulty of injecting a stimulus or fault at exactly the right moment, and the lack of reproducibility. Fault-tolerance presents additional problems, particularly the need to recover correctly from rare failure modes and the appearance of correct operation even though the system contains serious defects. The protocol development environment presented here was designed to aid in the development of the Totem reliable ordered broadcast protocol, but its concepts are also applicable to other communication protocols. The development environment is a distributed discrete-event simulator designed to provide a testbed
P. Ciarfella, Louise E. Moser, P. M. Melliar-Smith, Deborah A. Agarwal
ICNP1
1993 Fast Message Ordering and Membership Using a Logical Token-Passing Ring
abstract
The Totem protocol supports consistent concurrent operations by placing a total order on broadcast messages. This total order is achieved by including a sequence number in a token circulated around a logical ring that is imposed on a set of processors in a broadcast domain. A membership algorithm handles reconfiguration, including restarting of a failed processor and remerging of a partitioned network. Effective flow-control allows the protocol to achieve message ordering rates two to three times higher than the best prior protocols. The single-ring total ordering protocol of Totem provides fault-tolerant agreed and safe delivery of messages within a broadcast domain.>
Yair Amir, Louise E. Moser, P. M. Melliar-Smith, Deborah A. Agarwal, P. Ciarfella
ICDCS5