Demo Data from EDBT 2026 / reviewers in the wild / expert
Robert V. Baron
dblp:14/5555
· DBLP profile ↗
5ranked-venue papers
1as first author
0since 2021 · last 2015
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Systems, architecture and hardware · 3Software engineering, systems software and programming languages · 3Applied, interdisciplinary, general and emerging computing · 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
4 papers |
Memory systems · 68% Parallel and multicore computing · 22% Processor architecture and microarchitecture · 6% | |
| Software engineering, system software, and programming languages
4 papers |
Operating systems · 100% |
Topics — the 9 heaviest of 10, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Memory systems › memory management
virtual memory |
0.0 | 2 | 1989 | Translation Lookaside Buffer Consistency: A Software Approach · ASPLOS 1989 Machine-Independent Virtual Memory Management for Paged Uniprocessor and Multiprocessor Architectures · ASPLOS 1987 |
Operating systems › resource management › memory management
virtual memory |
0.0 | 2 | 1988 | Machine-Independent Virtual Memory Management for Paged Uniprocessor and Multiprocessor Architectures · IEEE Trans. Computers 1988 Machine-Independent Virtual Memory Management for Paged Uniprocessor and Multiprocessor Architectures · ASPLOS 1987 |
Parallel and multicore computing › multiprocessor system
multiprocessor operating systems |
0.0 | 2 | 1988 | Machine-Independent Virtual Memory Management for Paged Uniprocessor and Multiprocessor Architectures · IEEE Trans. Computers 1988 Machine-Independent Virtual Memory Management for Paged Uniprocessor and Multiprocessor Architectures · ASPLOS 1987 |
Operating systems › resource management › memory management › virtual memory
TLB shootdown |
0.0 | 1 | 1989 | Translation Lookaside Buffer Consistency: A Software Approach · ASPLOS 1989 |
Operating systems › resource management › memory management › virtual memory
paging |
0.0 | 1 | 1988 | Machine-Independent Virtual Memory Management for Paged Uniprocessor and Multiprocessor Architectures · IEEE Trans. Computers 1988 |
Memory systems › shared memory
distributed shared memory |
0.0 | 1 | 1988 | Machine-Independent Virtual Memory Management for Paged Uniprocessor and Multiprocessor Architectures · IEEE Trans. Computers 1988 |
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 |
Memory systems › memory management
memory management unit |
0.0 | 1 | 1987 | Machine-Independent Virtual Memory Management for Paged Uniprocessor and Multiprocessor Architectures · ASPLOS 1987 |
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 |
Methods — techniques the papers use, named apart from their topics
performance evaluation · 0.0architecture-independent design · 0.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2015 | dbVOR: a database system for importing pedigree, phenotype and genotype data and exporting selected subsetsabstractBACKGROUND: When studying the genetics of a human trait, we typically have to manage both genome-wide and targeted genotype data. There can be overlap of both people and markers from different genotyping experiments; the overlap can introduce several kinds of problems. Most times the overlapping genotypes are the same, but sometimes they are different. Occasionally, the lab will return genotypes using a different allele labeling scheme (for example 1/2 vs A/C). Sometimes, the genotype for a person/marker index is unreliable or missing. Further, over time some markers are merged and bad samples are re-run under a different sample name. We need a consistent picture of the subset of data we have chosen to work with even though there might possibly be conflicting measurements from multiple data sources. RESULTS: We have developed the dbVOR database, which is designed to hold data efficiently for both genome-wide and targeted experiments. The data are indexed for fast retrieval by person and marker. In addition, we store pedigree and phenotype data for our subjects. The dbVOR database allows us to select subsets of the data by several different criteria and to merge their results into a coherent and consistent whole. Data may be filtered by: family, person, trait value, markers, chromosomes, and chromosome ranges. The results can be presented in columnar, Mega2, or PLINK format. CONCLUSIONS: dbVOR serves our needs well. It is freely available from https://watson.hgen.pitt.edu/register . Documentation for dbVOR can be found at https://watson.hgen.pitt.edu/register/docs/dbvor.html . Robert V. Baron, Yvette P. Conley, Michael B. Gorin, Daniel E. Weeks |
BMC Bioinform. | 1 |
| 1989 | Translation Lookaside Buffer Consistency: A Software ApproachabstractWe discuss the translation lookaside buffer (TLB) consistency problem for multiprocessors, and introduce the Mach shootdown algorithm for maintaining TLB consistency in software. This algorithm has been implemented on several multiprocessors, and is in regular production use. Performance evaluations establish the basic costs of the algorithm and show that it has minimal impact on application performance. As a result, TLB consistency does not pose an insurmountable obstacle to multiprocessors with several hundred processors. We also discuss hardware support options for TLB consistency ranging from a minor interrupt structure modification to complete hardware implementations. Features are identified in current hardware that compound the TLB consistency problem; removal or correction of these features can simplify and/or reduce the overhead of maintaining TLB consistency in software. David L. Black 0001, Richard F. Rashid, David B. Golub, Charles R. Hill, Robert V. Baron |
ASPLOS | 5 |
| 1988 | Machine-Independent Virtual Memory Management for Paged Uniprocessor and Multiprocessor ArchitecturesabstractThe authors describe the design, implementation, and evaluation of the Mach virtual-memory management system. The Mach virtual-memory system exhibits architecture independence, multiprocessor and distributed system support, and advanced functionality. The performance of this virtual-memory system is shown to often exceed that of commercially developed memory management systems targeted at specific hardware architectures.> Richard F. Rashid, Avadis Tevanian, David B. Golub, Robert V. Baron, David L. Black 0001, William J. Bolosky, Jonathan Chew |
IEEE Trans. Computers | 5 |
| 1987 | Machine-Independent Virtual Memory Management for Paged Uniprocessor and Multiprocessor ArchitecturesabstractThis paper describes the design and implementation of virtual memory management within the CMU Mach Operating System and the experiences gained by the Mach kernel group in porting that system to a variety of architectures. As of this writing, Mach runs on more than half a dozen uniprocessors and multiprocessors including the VAX family of uniprocessors and multiprocessors, the IBM RT PC, the SUN 3, the Encore MultiMax, the Sequent Balance 21000 and several experimental computers. Although these systems vary considerably in the kind of hardware support for memory management they provide, the machine-dependent portion of Mach virtual memory consists of a single code module and its related header file. This separation of software memory management from hardware support has been accomplished without sacrificing system performance. In addition to improving portability, it makes possible a relatively unbiased examination of the pros and cons of various hardware memory management schemes, especially as they apply to the support of multiprocessors. Richard F. Rashid, Avadis Tevanian, David B. Golub, Robert V. Baron, David L. Black 0001, William J. Bolosky, Jonathan Chew |
ASPLOS | 5 |
| 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 | 9 |