dc.contributor.author Kleinberg, Jon M. en_US dc.contributor.author Mullainathan, Sendhil en_US dc.date.accessioned 2007-04-23T16:29:37Z dc.date.available 2007-04-23T16:29:37Z dc.date.issued 1993-05 en_US dc.identifier.citation http://techreports.library.cornell.edu:8081/Dienst/UI/1.0/Display/cul.cs/TR93-1351 en_US dc.identifier.uri https://hdl.handle.net/1813/6121 dc.description.abstract The shared-memory model of computation typically provides processes with an arbitrary number of copies of the available object types; yet a simple argument shows that any consensus protocol can only make use of some finite subset of these. Thus we believe it is useful to consider the problem of consensus from the point of view of resource bounds, determining whether consensus can still be solved when the number of copies of the system's shared objects is limited. This approach leads to a general technique which we call the combination protocol, in which the number of processes that can achieve consensus with a given object increases as more copies of it are made available. Such a phenomenon brings up questions about the robustness of Herlihy's consensus hierarchy, in that objects are being combined to solve $n$-process consensus, even though no single copy can do so individually. We show how the ideas in the combination protocol appear even in situations where objects are not explicitly being combined with one another; we also consider the general question of resource bounds in several known consensus protocols. We analyze two such protocols that use seemingly similar primitives, achieving a substantial improvement in one case and showing a tight lower bound in the other. en_US dc.format.extent 1761981 bytes dc.format.extent 194822 bytes dc.format.mimetype application/pdf dc.format.mimetype application/postscript dc.language.iso en_US en_US dc.publisher Cornell University en_US dc.subject computer science en_US dc.subject technical report en_US dc.title Resource Bounds and Combinations of Consensus Objects en_US dc.type technical report en_US
﻿