g*****g
发帖数: 34805 | 1 availability是多机保证的，这时候consistency 和 partition必然牺牲其一。魏老师
又不能牺牲 c , 因为内存数据库， 网络不备份机器掉电丢订单。
这时候问他网络 partition了怎么办，魏老师堆出再牛的拓扑都没用，必死。魏老师跟
民科想做永动机是一样的。 |
g*****g
发帖数: 34805 | 2 我就在这个帖子里集中打脸。魏老师纵然有100种永动机的设计，被理论证明的定理是
不可击败的。 |
T********i
发帖数: 2416 | 3 再打你一次脸。
看看这个：
http://en.wikipedia.org/wiki/Eventual_consistency
别忘了搜索这个词：
reconcile
reconciliation这个词我用了多少次了？快一个礼拜了吧？
你这种不学无术的混混。就算我替你爹娘教育你了。
玩theoretical computer science，你根本和我不是一个量级的。 |
g*****g
发帖数: 34805 | 4 我问魏老师，主力DC跟其他DC网络断了怎么办？这就是问他，partition了怎么办，要
不要DC独立运行。他既然谈到网络连接是路由检测，他的牛逼单机不直接参与。很显然
，这个时候前端来的订单继续处理，只不过牛逼的网络备份没了。这时候再一掉电，内
存里的单子全丢。
魏老师问我，不是说好只坏一个DC的吗？没有错，我这个情况没有超过单DC出问题的情
况。想象一下主力DC的路由因为软件或者硬件问题，导致跟其他DC连不上，但跟web还
有连接，订单继续处理。这时候路由因为这个问题过热，着火了，切电。都不用烧到机
房，只要耽搁够时间，UPS没电即可。这时候魏老师比如要丢单。魏老师牛逼单机每秒
百万单，所以丢得特别多。
请魏老师和几个擦屁股的老师把这个圆了吧。 |
g*****g
发帖数: 34805 | 5 断了网之后，数据都在单DC，这单DC又没了。你数据就没了，要eventual Consistency你
先要有数据。
【在 T********i 的大作中提到】
: 再打你一次脸。
: 看看这个：
: http://en.wikipedia.org/wiki/Eventual_consistency
: 别忘了搜索这个词：
: reconcile
: reconciliation这个词我用了多少次了？快一个礼拜了吧？
: 你这种不学无术的混混。就算我替你爹娘教育你了。
: 玩theoretical computer science，你根本和我不是一个量级的。
|
T********i
发帖数: 2416 | 6 给你脸你不要脸。说过多少次了，牛逼单机要先试着绕过坏DC连下游。
这几个毫秒内不服务。直接拒绝客户。
别跟我说下游的下游也死掉了。
【在 g*****g 的大作中提到】
: 我问魏老师，主力DC跟其他DC网络断了怎么办？这就是问他，partition了怎么办，要
: 不要DC独立运行。他既然谈到网络连接是路由检测，他的牛逼单机不直接参与。很显然
: ，这个时候前端来的订单继续处理，只不过牛逼的网络备份没了。这时候再一掉电，内
: 存里的单子全丢。
: 魏老师问我，不是说好只坏一个DC的吗？没有错，我这个情况没有超过单DC出问题的情
: 况。想象一下主力DC的路由因为软件或者硬件问题，导致跟其他DC连不上，但跟web还
: 有连接，订单继续处理。这时候路由因为这个问题过热，着火了，切电。都不用烧到机
: 房，只要耽搁够时间，UPS没电即可。这时候魏老师比如要丢单。魏老师牛逼单机每秒
: 百万单，所以丢得特别多。
: 请魏老师和几个擦屁股的老师把这个圆了吧。
|
T********i
发帖数: 2416 | 7 哦，你说两个DC同时坏掉怎么办？那我扩展到3个DC行不行？
别问世界末日了怎么办？
Consistency你
【在 g*****g 的大作中提到】
: 断了网之后，数据都在单DC，这单DC又没了。你数据就没了，要eventual Consistency你
: 先要有数据。
|
g*****g
发帖数: 34805 | 8 再看我的设计在这种情况下如何，这是我们跑在产品环境里的设计。
同样三DC，独立供电，独立网络，专线连接(EC2上叫做同一region3个zone)
web和Cassandra是同样在DC里平分的，没有主次之分，这样既不浪费，没有standby，
又达到高throughput。
zone1和zone2,3断开的时候。从zone1 web发出的订单，因为不能达到quorum写(同步写
两zone的cassandra，都ack为成功)，提交会立刻失败，错误返回到用户。当用户重新
提交的时候，有2/3的概率能提交到zone2/3而成功。
这时候zone1着火，玩完，连web也没了。所有流量被导向zone2,zone3，因为符合
quorum写，所有订单成功。 |
g*****g
发帖数: 34805 | 9 我说的是你主力DC的网络坏了，接下来着火了，其他DC从头到尾是完好的。
没有超出单DC坏的前提。
【在 T********i 的大作中提到】
: 哦，你说两个DC同时坏掉怎么办？那我扩展到3个DC行不行？
: 别问世界末日了怎么办？
:
: Consistency你
|
T********i
发帖数: 2416 | 10 主力DC发现任何问题都不会继续服务。如果主力DC故障，下一个DC变成主力。
别忘了，web用户下单，所有DC走一圈到头回来APP ACK才算是transaction完成。
这个过程也就是几毫秒的latency。throughput无压力因为是异步消息。
怀了任何一个DC，也就是及好好的重连接+sync lost messages过程。着这么大火让用
户多等几毫秒。有些用户在几毫秒内被拒绝，有问题么？
【在 g*****g 的大作中提到】
: 我说的是你主力DC的网络坏了，接下来着火了，其他DC从头到尾是完好的。
: 没有超出单DC坏的前提。
|
|
|
g*****g
发帖数: 34805 | 11 CAP证明我不会，但牛人从理论上已经证明了。实践上，没有不能partition的网络，所以
必须CA有妥协。Cassandra是以C为代价的。partition的时候，数据没有立刻一致，是
在quorum读的时候重新一致的，而quorum写保证了多DC的同步写。
可惜魏老师是内存数据库，又要单机处理百万数据，multicast多DC同步写等ack做不到
。所以availability就要牺牲一点了，该丢数据的时候就得丢。
魏老师打多少补丁，只不过是永动机的多少种设计罢了。 |
g*****g
发帖数: 34805 | 12 我说过了，你不能看了未来再回头。主DC发觉跟其他DC连不上的时候，不知道是临时网
络问题，还是永久网络问题。必须设一个connection timeout来做决定。这个timeout
太短，临时网络问题就会使多个DC像疯子一样来回切，但凡网络有延迟，又不能跟原主
力交流
单子处理没，不能避免大量的丢单，复单。如果这个timeout太长，哪怕是1秒，着火你
就丢百万的单子。
【在 T********i 的大作中提到】
: 主力DC发现任何问题都不会继续服务。如果主力DC故障，下一个DC变成主力。
: 别忘了，web用户下单，所有DC走一圈到头回来APP ACK才算是transaction完成。
: 这个过程也就是几毫秒的latency。throughput无压力因为是异步消息。
: 怀了任何一个DC，也就是及好好的重连接+sync lost messages过程。着这么大火让用
: 户多等几毫秒。有些用户在几毫秒内被拒绝，有问题么？
|
g*****g
发帖数: 34805 | 13 我觉得魏老师的availability还是有可能保证的。魏老师可以买一套救火服，氧气面罩。
买个UPS，睡在主力牛逼单机旁边。一着火立刻给接上，连机器一块冲出楼。反正不能
让内存数据库丢了。 |
T********i
发帖数: 2416 | 14 这个仲裁机制就是三个节点两两通信。
连这么简单的仲裁都搞不懂，你还活个什么劲儿？
timeout
【在 g*****g 的大作中提到】
: 我说过了，你不能看了未来再回头。主DC发觉跟其他DC连不上的时候，不知道是临时网
: 络问题，还是永久网络问题。必须设一个connection timeout来做决定。这个timeout
: 太短，临时网络问题就会使多个DC像疯子一样来回切，但凡网络有延迟，又不能跟原主
: 力交流
: 单子处理没，不能避免大量的丢单，复单。如果这个timeout太长，哪怕是1秒，着火你
: 就丢百万的单子。
|
g*****g
发帖数: 34805 | 15 三个节点之间三个连接，短时的网络问题，任何时候都是可能的，短时的网络问题不叫
DC failover，有时候纯粹并发量大网络堵。或者这么说吧，三个节点之间的网络同时
都断了1秒，你怎么打算？谁处
理？
还是那句话，没有不能Partition的网络，你的永动机努力是徒劳的。
【在 T********i 的大作中提到】
: 这个仲裁机制就是三个节点两两通信。
: 连这么简单的仲裁都搞不懂，你还活个什么劲儿？
:
: timeout
|
T********i
发帖数: 2416 | 16 废话那就一秒你不停重试。拒绝服务一秒。
你是不是要问世界末日了咋办？我说你就别卖票了。直接去死。
【在 g*****g 的大作中提到】
: 三个节点之间三个连接，短时的网络问题，任何时候都是可能的，短时的网络问题不叫
: DC failover，有时候纯粹并发量大网络堵。或者这么说吧，三个节点之间的网络同时
: 都断了1秒，你怎么打算？谁处
: 理？
: 还是那句话，没有不能Partition的网络，你的永动机努力是徒劳的。
|
g*****g
发帖数: 34805 | 17 你先说清楚了，别又玩时光机器。你的ping间隔是多久，丢多少个ping认为丢掉连接？
一个DC，从认为丢掉跟其他DC连接，到开始拒绝前端来的request，是多久？
【在 T********i 的大作中提到】
: 废话那就一秒你不停重试。拒绝服务一秒。
: 你是不是要问世界末日了咋办？我说你就别卖票了。直接去死。
|
T********i
发帖数: 2416 | 18 不是一般的笨。
发现练级中断总是两边同时发现。
而仲裁需要第三台参与。
【在 g*****g 的大作中提到】
: 你先说清楚了，别又玩时光机器。你的ping间隔是多久，丢多少个ping认为丢掉连接？
: 一个DC，从认为丢掉跟其他DC连接，到开始拒绝前端来的request，是多久？
|
g*****g
发帖数: 34805 | 19 你倒是说清楚了，ping的间隔，多少个Ping无反馈认为中断。你含糊其辞有用吗？
【在 T********i 的大作中提到】
: 不是一般的笨。
: 发现练级中断总是两边同时发现。
: 而仲裁需要第三台参与。
|
T********i
发帖数: 2416 | 20 computer networks 101我可是教不起。你自己学去吧。
【在 g*****g 的大作中提到】
: 你倒是说清楚了，ping的间隔，多少个Ping无反馈认为中断。你含糊其辞有用吗？
|
|
|
d********u
发帖数: 5383 | 21 解释一下为什么圣诞夜你们家没信号呀？是不是火星上也加个ZONE才行？目前这个阶段
CLOUD也就用小数点后的99来骗人，人家卖产品服务做trading的，你知道停5分钟是多
少钱吗？
DOWNTIME是以小时计算的话，只能去服务一些无关痛痒的玩意，什么BLOG啦，相册啦。
【在 g*****g 的大作中提到】
: 再看我的设计在这种情况下如何，这是我们跑在产品环境里的设计。
: 同样三DC，独立供电，独立网络，专线连接(EC2上叫做同一region3个zone)
: web和Cassandra是同样在DC里平分的，没有主次之分，这样既不浪费，没有standby，
: 又达到高throughput。
: zone1和zone2,3断开的时候。从zone1 web发出的订单，因为不能达到quorum写(同步写
: 两zone的cassandra，都ack为成功)，提交会立刻失败，错误返回到用户。当用户重新
: 提交的时候，有2/3的概率能提交到zone2/3而成功。
: 这时候zone1着火，玩完，连web也没了。所有流量被导向zone2,zone3，因为符合
: quorum写，所有订单成功。
|
m*******l
发帖数: 12782 | 22 downtime以天算的,只有mitbbs
【在 d********u 的大作中提到】
: 解释一下为什么圣诞夜你们家没信号呀？是不是火星上也加个ZONE才行？目前这个阶段
: CLOUD也就用小数点后的99来骗人，人家卖产品服务做trading的，你知道停5分钟是多
: 少钱吗？
: DOWNTIME是以小时计算的话，只能去服务一些无关痛痒的玩意，什么BLOG啦，相册啦。
|
g*****g
发帖数: 34805 | 23 魏老师，太丢人了吧。问你多久的间隔认定是网络中断，这么重要的设置，你是打死不
肯说。
做永动机的，又要宣传能用，又要不让问问题，那没啥好谈的。
你就是一个民科而已。
【在 T********i 的大作中提到】
: computer networks 101我可是教不起。你自己学去吧。
|
T********i
发帖数: 2416 | 24 仲裁就是3台中两台淘汰掉一台。任何一台都能发起 。
人家合计好淘汰掉你，你在悲愤也没有用。
【在 g*****g 的大作中提到】
: 魏老师，太丢人了吧。问你多久的间隔认定是网络中断，这么重要的设置，你是打死不
: 肯说。
: 做永动机的，又要宣传能用，又要不让问问题，那没啥好谈的。
: 你就是一个民科而已。
|
g*****g
发帖数: 34805 | 25 去年的圣诞夜，amazon的dev脑残，改了一个设定。结果把us-east的Elastic load
balancer弄坏了，导致us-east的三个zone全部不能收到request。这个是region
failure，不是单DC failover。
我们的regional failover是今年实现和测试的。如果今年出现同样的情况，不会有问
题。你把美东核爆，只有没影响到美西，你还可以继续看电视。
没有万无一失的应用，否则就是100% availability了。只能发现的时候找到问题解决。
nasdaq停三个小时的事情也发生过，前面有人贴了。
【在 d********u 的大作中提到】
: 解释一下为什么圣诞夜你们家没信号呀？是不是火星上也加个ZONE才行？目前这个阶段
: CLOUD也就用小数点后的99来骗人，人家卖产品服务做trading的，你知道停5分钟是多
: 少钱吗？
: DOWNTIME是以小时计算的话，只能去服务一些无关痛痒的玩意，什么BLOG啦，相册啦。
|
g*****g
发帖数: 34805 | 26 我就问你一个timeout时间，你给个阿拉伯数字，来回倒浆糊有用吗？
【在 T********i 的大作中提到】
: 仲裁就是3台中两台淘汰掉一台。任何一台都能发起 。
: 人家合计好淘汰掉你，你在悲愤也没有用。
|
T********i
发帖数: 2416 | 27 这个你要是真不知道怎么算。我还真不想告诉你。
【在 g*****g 的大作中提到】
: 我就问你一个timeout时间，你给个阿拉伯数字，来回倒浆糊有用吗？
|
g*****g
发帖数: 34805 | 28 这个是你的设计，我怎么算，你直接给我好了。
【在 T********i 的大作中提到】
: 这个你要是真不知道怎么算。我还真不想告诉你。
|
w**z
发帖数: 8232 | 29 不理解CAP， 里P的，看懂这个问题，就明白了。你这个例子，作为对P的解释，很不错
，比网上大多数的解释要好。
【在 g*****g 的大作中提到】
: 我问魏老师，主力DC跟其他DC网络断了怎么办？这就是问他，partition了怎么办，要
: 不要DC独立运行。他既然谈到网络连接是路由检测，他的牛逼单机不直接参与。很显然
: ，这个时候前端来的订单继续处理，只不过牛逼的网络备份没了。这时候再一掉电，内
: 存里的单子全丢。
: 魏老师问我，不是说好只坏一个DC的吗？没有错，我这个情况没有超过单DC出问题的情
: 况。想象一下主力DC的路由因为软件或者硬件问题，导致跟其他DC连不上，但跟web还
: 有连接，订单继续处理。这时候路由因为这个问题过热，着火了，切电。都不用烧到机
: 房，只要耽搁够时间，UPS没电即可。这时候魏老师比如要丢单。魏老师牛逼单机每秒
: 百万单，所以丢得特别多。
: 请魏老师和几个擦屁股的老师把这个圆了吧。
|
z****e
发帖数: 54598 | 30 同意，魏老师的确是大数据处男一个
对于各种新技术的了解处于new grad阶段
所以定位new grad+2 years基本上靠谱
【在 w**z 的大作中提到】
: 不理解CAP， 里P的，看懂这个问题，就明白了。你这个例子，作为对P的解释，很不错
: ，比网上大多数的解释要好。
|
|
|
T********i
发帖数: 2416 | 31 好虫都明白了，您二位还不明白？
主力DC知道网络断了。难道下游不知道？主力DC和下游都会请求下游的下游仲裁。
这种情况下，下游的下游就会支持换主力。
然后新主力就会请求DNS重定向等等一堆shit。
无论如何，原有主力的web client都不应该被处理。高层APP的transaction要经过一圈
DC到达最后一个，最后一个给ACK再往上传回主力才可以。
主力断线，单子都送不出去，怕球？
你要是买票的民工。看到的就是下单按钮按下，鼠标光标开始转轮。然后错误。或者根
本一片白。
过一秒钟后，切换主力，重连接好了。
发信人: wwzz (一辈子当码工), 信区: Programming
标 题: Re: 魏老师在挑战CAP theorum.
发信站: BBS 未名空间站 (Wed Nov 27 15:12:06 2013, 美东)
不理解CAP， 里P的，看懂这个问题，就明白了。你这个例子，作为对P的解释，很不错
，比网上大多数的解释要好。
【在 z****e 的大作中提到】
: 同意，魏老师的确是大数据处男一个
: 对于各种新技术的了解处于new grad阶段
: 所以定位new grad+2 years基本上靠谱
|
z****e
发帖数: 54598 | 32 说了半天web server的估算你怎么还不给出来？
不要躲躲闪闪好不好
问你呢，web server到底要多少台
说你象小媳妇还真像，躲着不好意思见人
【在 T********i 的大作中提到】
: 好虫都明白了，您二位还不明白？
: 主力DC知道网络断了。难道下游不知道？主力DC和下游都会请求下游的下游仲裁。
: 这种情况下，下游的下游就会支持换主力。
: 然后新主力就会请求DNS重定向等等一堆shit。
: 无论如何，原有主力的web client都不应该被处理。高层APP的transaction要经过一圈
: DC到达最后一个，最后一个给ACK再往上传回主力才可以。
: 主力断线，单子都送不出去，怕球？
: 你要是买票的民工。看到的就是下单按钮按下，鼠标光标开始转轮。然后错误。或者根
: 本一片白。
: 过一秒钟后，切换主力，重连接好了。
|
g*****g
发帖数: 34805 | 33 魏老师，我都说了几次了，web跟主力DC直接没有断，主力DC跟其他DC断了，所以整个
处理是可以继续进行的。主力DC要认定连接断了，怎么判断，总得有个timeout设定吧。
是1ms，是1000ms，10s，总得有个说法吧，你支支吾吾不管说，真丢人。
【在 T********i 的大作中提到】
: 好虫都明白了，您二位还不明白？
: 主力DC知道网络断了。难道下游不知道？主力DC和下游都会请求下游的下游仲裁。
: 这种情况下，下游的下游就会支持换主力。
: 然后新主力就会请求DNS重定向等等一堆shit。
: 无论如何，原有主力的web client都不应该被处理。高层APP的transaction要经过一圈
: DC到达最后一个，最后一个给ACK再往上传回主力才可以。
: 主力断线，单子都送不出去，怕球？
: 你要是买票的民工。看到的就是下单按钮按下，鼠标光标开始转轮。然后错误。或者根
: 本一片白。
: 过一秒钟后，切换主力，重连接好了。
|
T********i
发帖数: 2416 | 34 你丫不可救药了。
不用说主力DC跟下游断了，by design要拒绝服务。
就算主力DC继续处理又怎样？继续接受请求cache请求到QUEUE而已。不和下游通信，没
有下游ACK他又不能和客户确认订单。
再告诉你也个窍门。一般任何时候主力DC写网络，物理连接断了，router会立刻拒绝。
这是微秒级别的。
吧。
【在 g*****g 的大作中提到】
: 魏老师，我都说了几次了，web跟主力DC直接没有断，主力DC跟其他DC断了，所以整个
: 处理是可以继续进行的。主力DC要认定连接断了，怎么判断，总得有个timeout设定吧。
: 是1ms，是1000ms，10s，总得有个说法吧，你支支吾吾不管说，真丢人。
|
z****e
发帖数: 54598 | 35 话说您来做operation那种工作还是挺适合的
【在 T********i 的大作中提到】
: 你丫不可救药了。
: 不用说主力DC跟下游断了，by design要拒绝服务。
: 就算主力DC继续处理又怎样？继续接受请求cache请求到QUEUE而已。不和下游通信，没
: 有下游ACK他又不能和客户确认订单。
: 再告诉你也个窍门。一般任何时候主力DC写网络，物理连接断了，router会立刻拒绝。
: 这是微秒级别的。
:
: 吧。
|
g*****g
发帖数: 34805 | 36 你错了，网络不见得都断，有部分断的。比如web到DC好，DC到其他坏。路由软件设置
问题可以
导致同样的问题。你死活不敢说出网络断的timeout设定，不过是知道无论哪个值都经
不起推敲。
敢死撑两天，不敢说个阿拉伯数字，实在够极品。
【在 T********i 的大作中提到】
: 你丫不可救药了。
: 不用说主力DC跟下游断了，by design要拒绝服务。
: 就算主力DC继续处理又怎样？继续接受请求cache请求到QUEUE而已。不和下游通信，没
: 有下游ACK他又不能和客户确认订单。
: 再告诉你也个窍门。一般任何时候主力DC写网络，物理连接断了，router会立刻拒绝。
: 这是微秒级别的。
:
: 吧。
|
g*****g
发帖数: 34805 | 37 魏老师的网络很复杂，但是连一个timeout设定都没有，LOL。 |
T********i
发帖数: 2416 | 38 你这样只会让大家瞧不起你。
你问我1+1等于几，如果我告诉你。你就会继续问1+2。以后这样的弱智贴我就不回了啊。
【在 g*****g 的大作中提到】
: 你错了，网络不见得都断，有部分断的。比如web到DC好，DC到其他坏。路由软件设置
: 问题可以
: 导致同样的问题。你死活不敢说出网络断的timeout设定，不过是知道无论哪个值都经
: 不起推敲。
: 敢死撑两天，不敢说个阿拉伯数字，实在够极品。
|
g*****g
发帖数: 34805 | 39 failover，没有timeout设定的系统我没有见过。你打死不敢提一个设定，
谁弱智还不明显吗？
啊。
【在 T********i 的大作中提到】
: 你这样只会让大家瞧不起你。
: 你问我1+1等于几，如果我告诉你。你就会继续问1+2。以后这样的弱智贴我就不回了啊。
|
g*****g
发帖数: 34805 | 40 我说了很多次，wwzz和halfsea是两个我确定明白我的架构的。
我提方案没法让魏老师这种外行认可，内行认可就行了。
要说服民科永动机不行，太难了。
【在 w**z 的大作中提到】
: 不理解CAP， 里P的，看懂这个问题，就明白了。你这个例子，作为对P的解释，很不错
: ，比网上大多数的解释要好。
|
|
|
w**z
发帖数: 8232 | 41 可能魏老师真的不知道CAP里的P是什么
吧。
【在 g*****g 的大作中提到】
: 魏老师，我都说了几次了，web跟主力DC直接没有断，主力DC跟其他DC断了，所以整个
: 处理是可以继续进行的。主力DC要认定连接断了，怎么判断，总得有个timeout设定吧。
: 是1ms，是1000ms，10s，总得有个说法吧，你支支吾吾不管说，真丢人。
|
T********i
发帖数: 2416 | 42 每个人的理解不一样。
你就是理解成屁的那个了。怎么搅屎的一个又一个？
【在 w**z 的大作中提到】
: 可能魏老师真的不知道CAP里的P是什么
:
: 吧。
|
g*****g
发帖数: 34805 | 43 他连leader election都不知道，不知道P怎么回事，怎么解决是必然的。
【在 w**z 的大作中提到】
: 可能魏老师真的不知道CAP里的P是什么
:
: 吧。
|
w**z
发帖数: 8232 | 44 CAP 是 distributed computer system 重要理论基础，你不了解，就别乱喷了。你那
高频交易，俺不懂，就不评论。但你对 distributed computer system 的理解似乎有
点问题。
【在 T********i 的大作中提到】
: 每个人的理解不一样。
: 你就是理解成屁的那个了。怎么搅屎的一个又一个？
|
w**z
发帖数: 8232 | 45 你是追求low latency， 搞互联网是追求 availability and scalability。 出发点不
同，没必要争个你死我活的。
【在 T********i 的大作中提到】
: 每个人的理解不一样。
: 你就是理解成屁的那个了。怎么搅屎的一个又一个？
|
T********i
发帖数: 2416 | 46 你根本没搞懂我说的啥。我说过，搞theoretical computer science，goodbug给我提
鞋都不配。看来他那个级别的不少。
【在 w**z 的大作中提到】
: 你是追求low latency， 搞互联网是追求 availability and scalability。 出发点不
: 同，没必要争个你死我活的。
|
w**z
发帖数: 8232 | 47 是哦，我级别可能还不如古德霸。
【在 T********i 的大作中提到】
: 你根本没搞懂我说的啥。我说过，搞theoretical computer science，goodbug给我提
: 鞋都不配。看来他那个级别的不少。
|
z****e
发帖数: 54598 | 48 你也知道cs这行，搞theoretical就是一joke吧？
没人看文章，都在会议上扯淡，还扯的都是没啥意义的蛋
【在 T********i 的大作中提到】
: 你根本没搞懂我说的啥。我说过，搞theoretical computer science，goodbug给我提
: 鞋都不配。看来他那个级别的不少。
|
h*****a
发帖数: 1718 | 49 正常，这差不多是互联网领域专有的问题。我第一次看到的时候也觉得没什么用，后来
发现只有P是必须有的，C和A都有取舍。
【在 w**z 的大作中提到】
: 可能魏老师真的不知道CAP里的P是什么
:
: 吧。
|
z****e
发帖数: 54598 | 50 对，老魏对big data基本上就是一处男
说了他还不高兴，现在进化到懂cloud了
nosql这关看来他是过不去了
stream什么估计没指望了
【在 h*****a 的大作中提到】
: 正常，这差不多是互联网领域专有的问题。我第一次看到的时候也觉得没什么用，后来
: 发现只有P是必须有的，C和A都有取舍。
|
|
|
T********i
发帖数: 2416 | 51 楼上这些一知半解的。
看看这个：
http://en.wikipedia.org/wiki/Eventual_consistency
别忘了搜索这个词：
reconcile
GB被打脸以后消停了一阵子。 |
w**z
发帖数: 8232 | 52 这还不是吹牛，这版上对Cassandra比我了解多的估计没几个。 C＊ 对 anti-entropy
的实现，我都是研究过的，在实战中也是经过考验的。
【在 T********i 的大作中提到】
: 楼上这些一知半解的。
: 看看这个：
: http://en.wikipedia.org/wiki/Eventual_consistency
: 别忘了搜索这个词：
: reconcile
: GB被打脸以后消停了一阵子。
|
w**z
发帖数: 8232 | 53 一般都是牺牲C，保证A和P， 就是BASE
【在 h*****a 的大作中提到】
: 正常，这差不多是互联网领域专有的问题。我第一次看到的时候也觉得没什么用，后来
: 发现只有P是必须有的，C和A都有取舍。
|
z****e
发帖数: 54598 | 54 多zkss
entropy
【在 w**z 的大作中提到】
: 这还不是吹牛，这版上对Cassandra比我了解多的估计没几个。 C＊ 对 anti-entropy
: 的实现，我都是研究过的，在实战中也是经过考验的。
|
T********i
发帖数: 2416 | 55 我知道goodbug的问题啥意思。就是不想告诉丫的。
一个6行程序错7次的，让他理解满是补丁的tcp协议难度太大。
中国买票，不会开DC到欧洲去。timeout都是毫秒级的。
entropy
【在 w**z 的大作中提到】
: 这还不是吹牛，这版上对Cassandra比我了解多的估计没几个。 C＊ 对 anti-entropy
: 的实现，我都是研究过的，在实战中也是经过考验的。
|
z****e
发帖数: 54598 | 56 一般是时效高的用ap
如果不讲究时效的话，cp的容量更大点，而且也更精确
也就是base里面的eventually consistent
【在 w**z 的大作中提到】
: 一般都是牺牲C，保证A和P， 就是BASE
|
h*****a
发帖数: 1718 | 57 是的，大部分互联网应用是这样。有的应用对C有强要求，就没办法只能牺牲A了。不过
谁基本上都搞不定P，呵呵
【在 w**z 的大作中提到】
: 一般都是牺牲C，保证A和P， 就是BASE
|
