Demo Data from VLDB 2026 / reviewers in the wild / expert
Preston Crow
dblp:97/4731
· DBLP profile ↗
1ranked-venue papers
0as first author
0since 2021 · last 1994
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Systems, architecture and hardware · 1Software engineering, systems software and programming languages · 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.
| Software engineering, system software, and programming languages
1 paper |
Operating systems · 100% | |
| Computer architecture, parallel and distributed computing, and storage systems
1 paper |
Memory systems · 100% |
Topics — the 3 heaviest of 3, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Operating systems › resource management › memory management › virtual memory
single address space operating systems |
0.0 | 1 | 1994 | The Expected Lifetime of "Single-Address-Space" Operating Systems · SIGMETRICS 1994 |
Operating systems › resource management › memory management
virtual memory |
0.0 | 1 | 1994 | The Expected Lifetime of "Single-Address-Space" Operating Systems · SIGMETRICS 1994 |
Memory systems › memory management
address space management |
0.0 | 1 | 1994 | The Expected Lifetime of "Single-Address-Space" Operating Systems · SIGMETRICS 1994 |
Methods — techniques the papers use, named apart from their topics
kernel-level tracing · 0.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 1994 | The Expected Lifetime of "Single-Address-Space" Operating SystemsabstractTrends toward shared-memory programming paradigms, large (64-bit) address spaces, and memory-mapped files have led some to propose the use of a single virtual-address space, shared by all processes and processors. Typical proposals require the single address space to contain all process-private data, shared data, and stored files. To simplify management of an address space where stable pointers make it difficult to re-use addresses, some have claimed that a 64-bit address space is sufficiently large that there is no need to ever re-use addresses. Unfortunately, there has been no data to either support or refute these claims, or to aid in the design of appropriate address-space management policies. In this paper, we present the results of extensive kernel-level tracing of the workstations in our department, and discuss the implications for single-address-space operating systems. We found that single-address-space systems will not outgrow the available address space, but only if reasonable space-allocation policies are used, and only if the system can adapt as larger address space becomes available. David Kotz, Preston Crow |
SIGMETRICS | 2 |