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

Shy-Renn Lian

dblp:56/2926 · DBLP profile ↗
← Back
2ranked-venue papers
0as first author
0since 2021 · last 1990
—ORCID · none

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

Security and privacy · 1Databases, 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
1 paper
Distributed systems · 50% Performance modeling and evaluation · 50%

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

TopicWeightPapersLastEvidence papers
Performance modeling and evaluation
benchmarking
0.011990
Experimental Evaluation of Concurrency Checkpointing and Rollback-Recovery Algorithms · ICDE 1990
Performance modeling and evaluation › benchmarking
distributed system benchmarking
0.011990
Experimental Evaluation of Concurrency Checkpointing and Rollback-Recovery Algorithms · ICDE 1990
Distributed systems
fault tolerance
0.011990
Experimental Evaluation of Concurrency Checkpointing and Rollback-Recovery Algorithms · ICDE 1990
Distributed systems › fault tolerance
rollback recovery
0.011990
Experimental Evaluation of Concurrency Checkpointing and Rollback-Recovery Algorithms · ICDE 1990
YearPublicationVenuePosition
1990 Experimental Evaluation of Concurrency Checkpointing and Rollback-Recovery Algorithms
abstract
The performance of two distributed checkpointing and recovery algorithms, the synchronous checkpointing algorithm (SA) and the independent checkpointing algorithm (ICA), is evaluated. The performance is based on a detailed implementation of algorithms published earlier in the C language. A benchmark that simulates a variety of application requirements and considers variations in the number of processes running on one or more machines, size of processes to be checkpointed, size of control messages, and frequency of message exchanges for normal processing is used to conduct the experiments. Measurements are made for the elapsed time and the CPU time to run a single instance of the checkpoint or rollback. The experiments are repeated for various combinations of concurrent checkpoint and rollback executions. The messages needed for synchronization are computed. It is found that the time that a process spends in processing control messages contributes significantly to the elapsed time in both algorithms. Elapsed times for recovery for both algorithms are found to be comparable when the number of checkpoints is small.>
Bharat K. Bhargava, Shy-Renn Lian, Pei-Jyun Leu
ICDE2
1988 Independent Checkpointing and Concurrent Rollback for Recovery in Distributed Systems - An Optimistic Approach
abstract
A checkpoint algorithm is presented that benefits from the research in concurrency control, commit, and site recovery algorithms in transaction processing. In the authors' approach a number of checkpointing processes, a number of rollback processes, and computations on operational processes can proceed concurrently while tolerating the failure of an arbitrary number of processes. Each process takes checkpoints independently. During recovery after a failure, a process invokes a two-phase rollback algorithm. It collects information about relevant message exchanges in the system in the first phase and uses it in the second phase to determine both the set of processes that must roll back and the set of checkpoints up to which rollback must occur. Concurrent rollbacks are completed in the order of the priorities of the recovering processes. The proposed solution is optimistic in the sense that it does well if failures are infrequent by minimizing overhead during normal processing.>
Bharat K. Bhargava, Shy-Renn Lian
SRDS2