N*********o 发帖数: 1167 | 1 hte , wei xia mi dai wan e bui zab nim dai long xi gong 差不多大陆味道的国语
啊
<星星知我心>里 |
|
|
w**********5 发帖数: 1741 | 3 687 CE — Battle of Kufa
691 CE — Battle of Deir ul Jaliq
700 CE — Military campaigns in North Africa
702 CE — Battle of Deir ul Jamira
711 CE — Invasion of Gibraltar and conquest of Spain
712 CE — Conquest of Sindh
713 CE — Conquest of Multan
716 CE — Invasion of Constantinople
732 CE — Battle of Tours in France
740 CE — Battle of the Nobles.
741 CE — Battle of Bagdoura in North Africa
744 CE — Battle of Ain al Jurr
746 CE — Battle of Rupar Thutha
748 CE — Battle of Rayy
749 CE — Battle of lsfah... 阅读全帖 |
|
|
u******s 发帖数: 3876 | 5 zab
【 以下文字转载自 Notice 讨论区 】
发信人: deliver (自动发信系统), 信区:
标 题: NewEgg 封 tianhou 在 ebiz 版
发信站: BBS 未名空间站自动发信系统 (Sun May 1 10:24:03 2011)
【此篇文章是由自动发信系统所张贴】
由于 tianhou 在 ebiz 版的 滥发广告 行为,
被暂时取消在本版的发文权力 14 天。
版主:NewEgg
Sun May 1 10:24:00 2011 |
|
|
|
t*****a 发帖数: 106 | 8 多谢帮我解释。最后那个design的人说他搞zookeeper的,我就随便说了几句,我说
zookeeper用zab, 我不太了解,不过那个算法和paxos差不多,blablabla... |
|
T******7 发帖数: 1419 | 9 面试设计题目就是吹牛逼吧。吹的人没有真做过,面的人也不一定真懂。
比如面一道设计distributed k-v store.
面世的人照着dyanmo,cassandra paper吹一通。 面试官问问consitent hashing.问问
,failure model. 再问问 read/write操作的注意事项。更会吹牛逼的面试者聊聊
zookeeper, zab,paxos,raft。 基本也就结束了
很难相信40分鐘的聊天能聊出什么真东西来。
算法也是lc各种演变。
所以准备面试2步:
1 练习算法 刷题
2。练习嘴皮子 吹牛逼。
3。拿offer赚大钱 |
|
|
V*****n 发帖数: 893 | 11 nice! now you look like Zab |
|
h******2 发帖数: 1498 | 12 Look at Zab's tuck, it's night and day. he actually tilted the pads upward,
so he can pull back his elbow and get further below. his elbows are way
below his knees. |
|
V*****n 发帖数: 893 | 13 well, I guess it's kinda hard to beat zab's flexibility. but you look good
on that bike nonetheless.
upward, |
|
|
|
h****g 发帖数: 105 | 16 先不说latex这些大家天天用的工具。就是paxos,意义也绝对不是你想的加加减减那么
简单。到目前为止还没有在分布式系统上面向容错,一致性,高可靠性的理论能取代
paxos的。现在比较流行的分布式管理系统zab zookeeper 之类,虽然不是paxos的实现
,但是很大程度上借鉴了paxos。其余的贡献比如bakery,logical clock和snapshot也
都是 被证明了得,正确的,分布式基础理论贡献。所以我认为还是实至名归。 |
|
h****g 发帖数: 105 | 17 先不说latex这些大家天天用的工具。就是paxos,意义也绝对不是你想的加加减减那么
简单。到目前为止还没有在分布式系统上面向容错,一致性,高可靠性的理论能取代
paxos的。现在比较流行的分布式管理系统zab zookeeper 之类,虽然不是paxos的实现
,但是很大程度上借鉴了paxos。其余的贡献比如bakery,logical clock和snapshot也
都是 被证明了得,正确的,分布式基础理论贡献。所以我认为还是实至名归。 |
|
p*****3 发帖数: 488 | 18 zookeeper好像用的不是paxos用的是基于TCP的ZAB协议,但是看了一点paper都没有具
体谈起zookeeper的链接状态。比如一共有N台机器,其中一台是leader,其他的是
followers,应该不会是每台机器都和其他所有机器保持连接状态吧。
如果只是leader和其他所有N-1台机器保持连接,那么当然方便实现zookeeper保证的
consistent model, 应为是单点控制,TCP上广播顺序好的写操作,问题是leader倒了
后的leader election。如果leader挂了,其他机器要选leader出来,问题是
1. 其他机器知道ensemble里各台机器的地址吗?如果不知道,都不能互相通讯,那选
个球啊。
2. 假设知道各个机器的地址,leader election是要选出一个机器有最大的zid(就是
找出执行过最大的leader分配的写操作的id的那台机器, 则这台机器就有执行过最近的
写操作)。这个想办法把各个机器的zid收集一遍就可以了吧,和leader election有啥
关系,用那么复杂吗? |
|
f******2 发帖数: 2455 | 19 雅虎apply research的人写的,然后捐给apache的,search zab. |
|
c*****e 发帖数: 3226 | 20 zookeeper 用的是 zab, g 家chubby 用的是 paxos |
|
r***s 发帖数: 737 | 21 衰人连说两句。 Paxos 的话Wiki 里讲的比较浅显
如果嫌细节不够可以看Lamport后续的 Paxos Made Simple。
Raft 在 consensus protocol上和Paxos 没有区别, 只不过描述了一个fault
detection 算法, Lamport在文中已经证明过不管使用神马Fault Detection算法都不
影响协议正确性。而且那算法还不是他们头一个提出的
Zab也是一样的Paxos,在Multi-Decree leader changes 的时候略有修改。 其实他们
的修改也不是头一个提出的。微软研究院几年前有两篇 PacificA 和 Niobe就是一样的
东西, 无非保证顺序而已, |
|