Demo Data from VLDB 2026 / reviewers in the wild / expert
Dorota Baran
dblp:328/4934
· DBLP profile ↗
1ranked-venue papers
0as first author
0since 2021 · last 1989
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Applied, interdisciplinary, general and emerging computing · 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 |
Storage systems · 50% Distributed systems · 25% Cloud and datacenter computing · 25% |
Topics — the 4 heaviest of 5, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Storage systems › file systems
distributed file system |
0.0 | 1 | 1989 | Real-Time File Performance of a Completely Decentralized Adaptive File System · RTSS 1989 |
Distributed systems › distributed system architecture
distributed operating systems |
0.0 | 1 | 1989 | Real-Time File Performance of a Completely Decentralized Adaptive File System · RTSS 1989 |
Storage systems › file systems › distributed file system
file replication |
0.0 | 1 | 1989 | Real-Time File Performance of a Completely Decentralized Adaptive File System · RTSS 1989 |
Cloud and datacenter computing › cluster resource management and scheduling
resource scheduling |
0.0 | 1 | 1989 | Real-Time File Performance of a Completely Decentralized Adaptive File System · RTSS 1989 |
Methods — techniques the papers use, named apart from their topics
heuristic scheduling · 0.0distributed simulation · 0.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 1989 | Real-Time File Performance of a Completely Decentralized Adaptive File SystemabstractDescribed are the major features of the completely decentralized adaptive file system Melody, which runs on top of the distributed operating system Dragon Slayer. A definition of all major design requirements is presented, along with a heuristic algorithm for resource scheduling which allows for replicating, relocating, or deleting file copies in a local area network. At every site a local task scheduler tries to schedule the arriving critical tasks such that no deadlines are missed, based on the availability of resources at this site. Depending on the task-deadline failure history and file-access request history at each node, file copies may be relocated, replicated to other sites, or deleted. Such copies may also assume a different status (public or private) depending on how recent their information is. Only public copies are maintained under a strong concurrency-control protocol. The idea is to maintain optimal distribution of file copies in the network regarding reliability and real-time responsiveness of the system. Experiments performed to analyze Melody's capability of minimizing deadline failures of time-critical tasks were compared to structurally simpler file-system models. A report is presented on the distributed simulation results which show Melody's superior performance and its built-in sensitivity to changes in the environment.> Horst F. Wedde, Ghasem S. Alijani, Dorota Baran, Gookhai Kang, Bokyung Kim 0003 |
RTSS | 3 |