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

Robert V. Baron

dblp:14/5555 · DBLP profile ↗
← Back
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

TopicWeightPapersLastEvidence papers
Memory systems › memory management
virtual memory
0.021989
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.021988
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.021988
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.011989
Translation Lookaside Buffer Consistency: A Software Approach · ASPLOS 1989
Operating systems › resource management › memory management › virtual memory
paging
0.011988
Machine-Independent Virtual Memory Management for Paged Uniprocessor and Multiprocessor Architectures · IEEE Trans. Computers 1988
Memory systems › shared memory
distributed shared memory
0.011988
Machine-Independent Virtual Memory Management for Paged Uniprocessor and Multiprocessor Architectures · IEEE Trans. Computers 1988
Operating systems › multiprocessing
multiprocessor operating system
0.011987
The Duality of Memory and Communication in the Implementation of a Multiprocessor Operating System · SOSP 1987
Memory systems › memory management
memory management unit
0.011987
Machine-Independent Virtual Memory Management for Paged Uniprocessor and Multiprocessor Architectures · ASPLOS 1987
Distributed systems › operating system support
interprocess communication
0.011987
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
YearPublicationVenuePosition
2015 dbVOR: a database system for importing pedigree, phenotype and genotype data and exporting selected subsets
abstract
BACKGROUND: 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 Approach
abstract
We 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
ASPLOS5
1988 Machine-Independent Virtual Memory Management for Paged Uniprocessor and Multiprocessor Architectures
abstract
The 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. Computers5
1987 Machine-Independent Virtual Memory Management for Paged Uniprocessor and Multiprocessor Architectures
abstract
This 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
ASPLOS5
1987 The Duality of Memory and Communication in the Implementation of a Multiprocessor Operating System
abstract
Mach 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
SOSP9