万佛，不要很虚化的，还要上L定吗？ - 未名空间MITBBS历史存档

国际科技财经博客移民网络热点娱乐民生时事公众号

Redian新闻

>未名空间

>PhotoGear - 摄影器材

万佛，不要很虚化的，还要上L定吗？

万佛，不要很虚化的，还要上L定吗？# PhotoGear - 摄影器材

d*n2010-12-07 08:12

1 楼

之前一点都不了解，看过之后明白不少
http://www.youtube.com/watch?v=2RfBHqDWa60&list=PLZPOM6MLuuhEVj
Summary
Like a file system, except distributed & replicated
Build distributed coordination, data structures, etc.
High-availability, reliability
Automatic session failover, keep-alive
Writes via leader, in memory reads (fast)

d*02010-12-07 08:12

2 楼

恩。。 nod . nod ...

s*s2010-12-07 08:12

3 楼

说c＋一定要上L定，但是不要巨大的光圈，L定还有其他啥优势？
成像差距在缩到300w像素（1400*2100）或者打印到11*14这种尺寸有明显差距吗？

J*32010-12-07 08:12

4 楼

xue xi!

G*s2010-12-07 08:12

5 楼

像屠夫不像厨子

b*e2010-12-07 08:12

6 楼

不要虚化，手机向你招手。

p*32010-12-07 08:12

7 楼

Paxos Mad Simple:
http://www.cs.utexas.edu/users/lorenzo/corsi/cs380d/past/03F/no

p*p2010-12-07 08:12

8 楼

这位厨师是做壮阳药膳的吗？

d*02010-12-07 08:12

9 楼

色彩

d*n2010-12-07 08:12

10 楼

三爷这个贴的非常经典
再来贴一个关于multi-paxos的入门贴，是一位berkley的小姑娘(看起来是华裔)写的，
刚毕业一年多
Multi-Paxos
http://amberonrails.com/paxosmulti-paxos-algorithm/
感觉学习zookeeper看我说的这个视频
再加正式文档入门完全够了

c*o2010-12-07 08:12

11 楼

丁丁现在取向很清楚了

w*e2010-12-07 08:12

12 楼

你这样看直接用小DC 浪费L镜头

【在 s**********s 的大作中提到】

: 说c＋一定要上L定，但是不要巨大的光圈，L定还有其他啥优势？
: 成像差距在缩到300w像素（1400*2100）或者打印到11*14这种尺寸有明显差距吗？

d*n2010-12-07 08:12

13 楼

顺便说一下，发明paxos的大牛Leslie现在微软研究院
google chubby的作者说这是唯一work的consensus算法
http://the-paper-trail.org/blog/consensus-protocols-two-phase-c

b*c2010-12-07 08:12

14 楼

这也能看出来？

【在 c****o 的大作中提到】

: 丁丁现在取向很清楚了

U*n2010-12-07 08:12

15 楼

你太狠了吧，我都被吓着了

【在 b*****e 的大作中提到】

: 不要虚化，手机向你招手。

z*e2010-12-07 08:12

16 楼

也是最简单的consensus算法
其实只要说是voting system
应该所有人都能想到是这么一回事

【在 d***n 的大作中提到】

: 顺便说一下，发明paxos的大牛Leslie现在微软研究院
: google chubby的作者说这是唯一work的consensus算法
: http://the-paper-trail.org/blog/consensus-protocols-two-phase-c

s*s2010-12-07 08:12

17 楼

就是更艳丽一些？更通透一些？

【在 d*****0 的大作中提到】

: 色彩

g*e2010-12-07 08:12

18 楼

zookeeper支持高并发，能做resource locking么？amzn内部几个principal engineer
自己实现了一套基于paxos的distributed locking系统，这玩意不支持高并发，只能用
来做role locking.

【在 z****e 的大作中提到】

: 也是最简单的consensus算法
: 其实只要说是voting system
: 应该所有人都能想到是这么一回事

s*s2010-12-07 08:12

19 楼

不要＊很＊虚化的……

【在 b*****e 的大作中提到】

: 不要虚化，手机向你招手。

z*e2010-12-07 08:12

20 楼

不知道啊，新东西我也在学习，你们搞定后记得share一下经验啊

engineer

【在 g**e 的大作中提到】

: zookeeper支持高并发，能做resource locking么？amzn内部几个principal engineer
: 自己实现了一套基于paxos的distributed locking系统，这玩意不支持高并发，只能用
: 来做role locking.

s*s2010-12-07 08:12

21 楼

这样说来，蓝老的意思单反等于虚化？
俺是说不要＊很＊虚化的，比如人像那种背景完全看不出来是什么的

【在 b*****e 的大作中提到】

: 不要虚化，手机向你招手。

z*e2010-12-07 08:12

22 楼

看到intellij了
神器

s*s2010-12-07 08:12

23 楼

俺网络上交流，自己家打印都很难大于这个分辨率了
请问一般到多大以上能体现DC和L镜头的区别呢？

【在 w**********e 的大作中提到】

: 你这样看直接用小DC 浪费L镜头

g*e2010-12-07 08:12

24 楼

http://zookeeper.apache.org/doc/trunk/zookeeperOver.html#Perfor
这一类voting system不容易支持高并发写操作，server越多，需要同步的write越多。
另外一个问题是death spiral，没详细读文档不知他们怎么解决的。假设有非常多的
client连到zookeeper，这时候it挂了，再次重启的时候除了要恢复以前的状态(比如把
znode读到内存中），还要处理大量的client reconnect请求，很容易直接把service再
次弄挂掉,循环往复

能用

【在 z****e 的大作中提到】

: 不知道啊，新东西我也在学习，你们搞定后记得share一下经验啊
:
: engineer

h*b2010-12-07 08:12

25 楼

既然你都在问了，还是上吧

s*k2010-12-07 08:12

26 楼

这个是不是就是类似当年AWS那次挂掉的原因，某个主要节点挂掉，其他的节点拼命去
同步结果congest了导致crash

【在 g**e 的大作中提到】

: http://zookeeper.apache.org/doc/trunk/zookeeperOver.html#Perfor
: 这一类voting system不容易支持高并发写操作，server越多，需要同步的write越多。
: 另外一个问题是death spiral，没详细读文档不知他们怎么解决的。假设有非常多的
: client连到zookeeper，这时候it挂了，再次重启的时候除了要恢复以前的状态(比如把
: znode读到内存中），还要处理大量的client reconnect请求，很容易直接把service再
: 次弄挂掉,循环往复
:
: 能用

w*e2010-12-07 08:12

27 楼

小图其实很多时候也能看出来

【在 s**********s 的大作中提到】

:
: 俺网络上交流，自己家打印都很难大于这个分辨率了
: 请问一般到多大以上能体现DC和L镜头的区别呢？

z*e2010-12-07 08:12

28 楼

我昨天跟周边的人讨论了一下
我们是这么做的
用zookepper一个管一个cluster
但是我们同时部署多个zookeeper
然后如果需要voting system的话
分派下去，一个独立的zookeeper拿到之后，锁住，取结果，释放锁，反馈
最后master node拿到所有结果之后，reduce
只要收集到一定程度的结果，就返回
这样就不依赖一个zookeeper的实现，而是变成一小块一小块

【在 g**e 的大作中提到】

s*s2010-12-07 08:12

29 楼

这个…… 高手都是这么散毒的吗？

【在 h*b 的大作中提到】

: 既然你都在问了，还是上吧

t*r2010-12-07 08:12

30 楼

zan

d*02010-12-07 08:12

31 楼

通透是很难PS出来的

【在 s**********s 的大作中提到】

:
: 这个…… 高手都是这么散毒的吗？

s*r2010-12-07 08:12

32 楼

zookeeper相当于一个小型的meata data DB，主要拿来当configuration server用的，
不需要支持高并发，最大要求是稳定实时，你在一个zookeeper server上加了meta
data，其他server应该马上就有这个configuration
高并发不一定会有heavy resource locking，抢火车票是经典的resource locking问题
，大家一起发贴发微信，每个action只lock个人的resource，不是啥大问题，如果DB扛
不住就sharding
paxos拿来解决distributed db的transaction locking，比传统的two phase locking
要有效。

【在 z****e 的大作中提到】

: 不知道啊，新东西我也在学习，你们搞定后记得share一下经验啊
:
: engineer

s*s2010-12-07 08:12

33 楼

实际上这个词俺还不太理解，还要继续潜水一段时间学习了

【在 d*****0 的大作中提到】

: 通透是很难PS出来的

d*i2010-12-07 08:12

34 楼

期待有国人牛人做这种视频，用英文的。

r*c2010-12-07 08:12

35 楼

恩其实有些physical limit不能老靠db解决，如日你一个single shared counter，又
要写在数据库里，又要支持几万qps，就要另想法子了，在application level上解决。

a*w2010-12-07 08:12

36 楼

正解， zk解决的问题是high availability, 不是high concurrency

locking

【在 s*****r 的大作中提到】

: zookeeper相当于一个小型的meata data DB，主要拿来当configuration server用的，
: 不需要支持高并发，最大要求是稳定实时，你在一个zookeeper server上加了meta
: data，其他server应该马上就有这个configuration
: 高并发不一定会有heavy resource locking，抢火车票是经典的resource locking问题
: ，大家一起发贴发微信，每个action只lock个人的resource，不是啥大问题，如果DB扛
: 不住就sharding
: paxos拿来解决distributed db的transaction locking，比传统的two phase locking
: 要有效。