Demo Data from EDBT 2026 / reviewers in the wild / expert
Eric Allman
dblp:71/1984
· DBLP profile ↗
10ranked-venue papers
3as first author
0since 2021 · last 2019
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Systems, architecture and hardware · 7 · 3 first-authorDatabases, data management, data science and information retrieval · 1Graphics, computer vision, multimedia, augmented reality and games · 1Applied, 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.
| Software engineering, system software, and programming languages
1 paper |
Runtime systems and virtual machines · 50% Operating systems · 50% |
Topics — the 1 heaviest of 2, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Runtime systems and virtual machines
dynamic compilation |
0.0 | 1 | 1983 | Performance Enhancements to a Relational Database System · ACM Trans. Database Syst. 1983 |
Methods — techniques the papers use, named apart from their topics
microcoded routines · 0.0benchmarking · 0.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2019 | Global Data Plane: A Federated Vision for Secure Data in Edge ComputingabstractWe propose a federated edge-computing architecture for management of data. Our vision is to enable a service provider model for "data-services", where a user can enter into economic agreements with an infrastructure maintainer to provide storage and communication of data, without necessarily trusting the infrastructure provider. Toward this vision, we present cryptographically hardened cohesive collections of data items called DataCapsules, and an overview of the underlying federated architecture, called Global Data Plane. Nitesh Mor, Richard Pratt, Eric Allman, Ken Lutz, John Kubiatowicz |
ICDCS | 3 |
| 2015 | The Cloud is Not Enough: Saving IoT from the Cloud
Ben Zhang 0003, Nitesh Mor, John Kolb, Douglas S. Chan, Ken Lutz, Eric Allman, John Wawrzynek, Edward A. Lee, John Kubiatowicz |
HotStorage | 6 |
| 2005 | A metric of background candidate assessment for spectral target signature transformsabstractPrevious studies examined and tested a number of statistics-based registration-free transforms to find targets amid cluttered backgrounds. These transforms temporally evolve spectral target signatures under global, varying conditions using collected imagery of regions of similar objects and content distribution from datasets gathered at two different times. The transformed target signature is then inserted into the matched filter to search for targets. Although critical for transforming spectral target signatures, finding two suitable candidate regions is often difficult, computationally intensive, and may require the aid of an image analyst. This is the first study to examine a metric to help identify suitable areas for spectral target transformation. Specifically, this study examines and finds that the average correlation coefficient between the corrected histograms of the multispectral image cube collected at two times can help assess the similarity of the areas and indicate the target-to-clutter ratio, a metric shown to predict target detection performance in matched filter searches for targets. Rulon Mayer, Frank Bucholtz, Eric Allman, Dale Linne von Berg, Melvin R. Kruer |
IEEE Geosci. Remote. Sens. Lett. | 3 |
| 2002 | So You Want to Do a Startup?
Eric Allman |
LISA | 1 |
| 2002 | Email/MTAs Guru
Eric Allman |
LISA | 1 |
| 2001 | Email MTAs
Eric Allman |
LISA | 1 |
| 1992 | The Ring Array Processor: A Multiprocessing Peripheral for Connection Applications
Nelson Morgan, James Beck, Phil Kohn, Jeff A. Bilmes, Eric Allman, Joachim Beer |
J. Parallel Distributed Comput. | 5 |
| 1990 | The RAP: a ring array processor for layered network calculationsabstractThe authors have designed and implemented a ring array processor, RAP, for fast implementation of layered neural network algorithms. The RAP is a multi-DSP system targeted at continuous speech recognition using connectionist algorithms. Four boards, each with four Texas Instruments, TMS 320C30 DSPs, serve as an array processor for a 68020-based host running a real-time operating system. The overall system is controlled from a Sun workstation via the Ethernet. Each board includes 16 MB of dynamic memory (expandable to 64 MB) and 1 MB of fast static RAM. Theoretical peak performance is 128 MFLOPS/board, and test runs with the first working board show a sustained throughput of roughly one-third to one-half of this for algorithms of interest. Software development is aided by a Sun workstation-based command interpreter, tools from the standard C environment and a library of matrix and vector routines.> Nelson Morgan, James Beck, Phil Kohn, Jeff A. Bilmes, Eric Allman, Joachim Beer |
ASAP | 5 |
| 1990 | RAP: a ring array processor for multilayer perceptron applicationsabstractA ring array processor (RAP) designed for fast simulation of artificial neural network algorithms is described. The RAP is a multiprocessor system which is particularly targeted in the training of feedforward networks for the recognition of continuous speech. The overall system consists of several four-processor boards serving together as an array processor for a 68020-based host running a real-time operating system. The prototype design includes 64 Mbytes of dynamic memory (expandable to 256) and 4 Mbytes of fast static RAM distributed between 16 processors on four boards. Theoretical peak performance is 512 MFLOPS, and simulations have indicated a sustained throughput of roughly half of this for algorithms of current interest, including communication overhead of roughly 10-30%. Initial tests with the new hardware have confirmed the major assumptions of the estimates from the simulations.> Nelson Morgan, James Beck, Eric Allman, Joachim Beer |
ICASSP | 3 |
| 1983 | Performance Enhancements to a Relational Database SystemabstractIn this paper we examine four performance enhancements to a database management system: dynamic compilation, microcoded routines, a special-purpose file system, and a special-purpose operating system. All were examined in the context of the INGRES database management system. Benchmark timings that are included suggest the attractiveness of dynamic compilation and a special-purpose file system. Microcode and a special-purpose operating system are analyzed and appear to be of more limited utility in the INGRES context. Michael Stonebraker, John Woodfill, Jeff Ranstrom, Marguerite C. Murphy, Marc Meyer, Eric Allman |
ACM Trans. Database Syst. | 6 |