自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+

  • 博客(0)
  • 资源 (7)
  • 收藏
  • 关注

空空如也

p12-stoica.pdf

and involves relatively little movement of keys when nodes join and leave the system. A fundamental problem that confronts peer-to-peer applications is Previous work on consistent hashing assumed that nodes were to efficiently locate the node that stores a particular data item. This aware of most other nodes in the system, making it impractical to paper presents Chord, a distributed lookup protocol that addresses scale to large number of nodes. In contrast, each Chord node needs this problem. Chord provides support for just one operation: given “routing” information about only a few other nodes. Because the a key, it maps the key onto a node. Data location can be easily routing table is distributed, a node resolves the hash function by implemented on top of Chord by associating a key with each data communicating with a few other nodes. In the steady state, in item, and storing the key/data item pair at the node to which the an Æ -node system, each node maintains information only about key maps. Chord adapts efficiently as nodes join and leave the Ç ́ÐÓ Æ μ other nodes, and resolves all lookups via Ç ́ÐÓ Æ μ mes- system, and can answer queries even if the system is continuously sages to other nodes. Chord maintains its routing information as changing. Results from theoretical analysis, simulations, and ex- nodes join and leave the system; with high probability each such event results in no more than Ç ́ÐÓ 3⁄4 Æ μ messages. periments show that Chord is scalable, with communication cost and the state maintained by each node scaling logarithmically with Three features that distinguish Chord from many other peer-to- the number of Chord nodes. peer lookup protocols are its simplicity, provable correctness, and provable performance. Chord is simple, routing a key through a se- quence of Ç ́ÐÓ Æ μ other nodes toward the destination. A Chord node requires information about Ç ́ÐÓ Æ μ other nodes for efficient routing, but performance degrades gracefully when that informa- tion is out of date. This is important in practice because nodes will join and leave arbitrarily, and consistency of even Ç ́ÐÓ Æ μ state may be hard to maintain. Only one piece information per node need be correct in order for Chord to guarantee correct (though slow) routing of queries; Chord has a simple algorithm for maintaining this information in a dynamic environment. The rest of this paper is structured as follows. Section 2 com- pares Chord to related work. Section 3 presents the system model that motivates the Chord protocol. Section 4 presents the base Chord protocol and proves several of its properties, while Section 5 presents extensions to handle concurrent joins and failures. Sec- tion 6 demonstrates our claims about Chord’s performance through simulation and experiments on a deployed prototype. Finally, we outline items for future work in Section 7 and summarize our con- tributions in Section 8.

2008-11-04

x window -xlib

linux -unix系统下的x window编程。

2009-05-20

牛顿迭代法,多项式求解。

牛顿迭代法,多项式求解。自己写的小程序,需要的自己可以下看看。

2009-05-20

alpha-beta剪枝八数码的实现

我用的alpha -beta剪枝算法,实现的八数码问题。需要的可以去看看。

2009-05-20

linux下curses的编程实例

linux下的屏幕开发库的应用实例,比较浅显易懂,经过本人调试成功。如果有兴趣的 人可以看看。

2008-11-04

huffman树的c语言实现

linux c下的huffmantree,自己写的,有用到的可以去看看。

2009-05-20

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除