Demo Data from EDBT 2026 / reviewers in the wild / expert
John Romkey
dblp:72/5744 · also John L. Romkey
· DBLP profile ↗
3ranked-venue papers
1as first author
0since 2021 · last 1991
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Computer networks · 2Databases, data management, data science and information retrieval · 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 networks
1 paper |
Internet architecture and protocols · 100% |
Topics — the 3 heaviest of 3, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Internet architecture and protocols › link-layer protocols
local area network protocol |
0.0 | 1 | 1985 | The Desktop Computer as a Network Participant · IEEE J. Sel. Areas Commun. 1985 |
Internet architecture and protocols
protocol implementation |
0.0 | 1 | 1985 | The Desktop Computer as a Network Participant · IEEE J. Sel. Areas Commun. 1985 |
Internet architecture and protocols › protocol design
protocol stack design |
0.0 | 1 | 1985 | The Desktop Computer as a Network Participant · IEEE J. Sel. Areas Commun. 1985 |
Methods — techniques the papers use, named apart from their topics
upcall/downcall organization · 0.0copy minimization · 0.0application-tailored protocol implementation · 0.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 1991 | Whither cyberspace?
John Romkey |
J. Am. Soc. Inf. Sci. | 1 |
| 1988 | An analysis of TCP processing overheadabstractThe authors report a preliminary analysis of the processing overhead of the transport protocol TCP (Transmission Control Protocol) in which they estimate the possible performance range of the protocol. The analysis was performed by compiling a version of TCP and counting the number of the instructions in the common path. The analysis suggests that fewer than 200 instructions are required to process a TCP packet in the normal case. This number is small enough to support very high-speed transmission if it were the major overhead. The authors offer some speculations about the actual source of processing overhead in network protocols.> David D. Clark, John Romkey, Howard C. Salwen |
LCN | 2 |
| 1985 | The Desktop Computer as a Network ParticipantabstractA desktop personal computer can be greatly extended in usefulness by attaching it to a local area network and implementing a full set of network protocols, just as one might provide for a mainframe computer. Such protocols are a set of tools that allow the desktop computer not just to access data elsewhere, but to participate in the computing milieu much more intensely. There are two challenges to this proposal. First, a personal computer may often be disconnected from the network, so it cannot track the network state and it must be able to discover and resynchronize with that state very quickly. Second, full protocol implementations have often been large and slow, two attributes that could be fatal in a small computer. This paper reports a network implementation for the IBM Personal Computer that uses several performance-oriented design techniques with wide applicability: an upcall/downcall organization that simplifies structure; implementation layers that do not always coincide with protocol specification layers; copy minimization; and tailoring of protocol implementations with knowledge of the application that will use them. The size and scale of the resulting package of programs, now in use in our laboratory for two years, is quite reasonable for a desktop computer and the techniques developed are applicable to a wider range of network protocol designs. Jerome H. Saltzer, David D. Clark, John Romkey, Wayne Gramlich |
IEEE J. Sel. Areas Commun. | 3 |