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

John Romkey

dblp:72/5744 · also John L. Romkey · DBLP profile ↗
← Back
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

TopicWeightPapersLastEvidence papers
Internet architecture and protocols › link-layer protocols
local area network protocol
0.011985
The Desktop Computer as a Network Participant · IEEE J. Sel. Areas Commun. 1985
Internet architecture and protocols
protocol implementation
0.011985
The Desktop Computer as a Network Participant · IEEE J. Sel. Areas Commun. 1985
Internet architecture and protocols › protocol design
protocol stack design
0.011985
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
YearPublicationVenuePosition
1991 Whither cyberspace?
John Romkey
J. Am. Soc. Inf. Sci.1
1988 An analysis of TCP processing overhead
abstract
The 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
LCN2
1985 The Desktop Computer as a Network Participant
abstract
A 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