M*s
2 楼
虽然要做的专业问题很多
a*y
3 楼
【 以下文字转载自 Faculty 讨论区 】
发信人: lookacar (想要一辆车), 信区: Faculty
标 题: Re: 新实验室怎样才能招到好学生/博士后?
发信站: BBS 未名空间站 (Mon Apr 18 02:15:48 2011, 美东)
agree
千万不要把自己的真本事教给学生和postdoc
发信人: lookacar (想要一辆车), 信区: Faculty
标 题: Re: 新实验室怎样才能招到好学生/博士后?
发信站: BBS 未名空间站 (Mon Apr 18 02:15:48 2011, 美东)
agree
千万不要把自己的真本事教给学生和postdoc
s*y
4 楼
我先来,小学五年级,班级里两个同学淘气打架,一个人滑倒,头嗑在了板凳尖上,额
头开了个大口子,直接送到校医务室,没有麻药直接缝针,据站在门外的同学说他一声
都没吭,当时没什么感觉,现在才觉得恐怖,小学生啊!简直太硬汉了
还有一个小学同学,有个外号叫 锅盔,这是四川的一种特色小吃吧,也是很厉害,只
要有人惹到他就开始动手动脚的整别人,连高年级的孩子他都不怕。
中学遇到的硬汉子收了别人的钱帮打人,结果遇害了,他是我姑婆的孩子,记得上学时
那孩子还经常到我家来吃饭真是可惜。
我在那个年龄阶段说很乖吧也不是,每天跟着其他的孩子一起吧,但没做什么出格的事
情,我也不打人,只是怕被孤立,经常和他们玩男孩子的游戏。
在教室里你挤我我挤你,斗鸡公之类的游戏。捉弄女生,嚼了口香糖吐到女生的头发上
,往书桌里扔鞭炮,同学换了发型就使劲的嘲笑。
现在看来,我还是小坏,家长只能在家里管一时,来到学校就是脱缰的野马,不过那样
长大的马儿个性张扬,快乐,过头就会痛苦,我不会像亲戚那样的孩子一样,辜负父母
的养育恩。
头开了个大口子,直接送到校医务室,没有麻药直接缝针,据站在门外的同学说他一声
都没吭,当时没什么感觉,现在才觉得恐怖,小学生啊!简直太硬汉了
还有一个小学同学,有个外号叫 锅盔,这是四川的一种特色小吃吧,也是很厉害,只
要有人惹到他就开始动手动脚的整别人,连高年级的孩子他都不怕。
中学遇到的硬汉子收了别人的钱帮打人,结果遇害了,他是我姑婆的孩子,记得上学时
那孩子还经常到我家来吃饭真是可惜。
我在那个年龄阶段说很乖吧也不是,每天跟着其他的孩子一起吧,但没做什么出格的事
情,我也不打人,只是怕被孤立,经常和他们玩男孩子的游戏。
在教室里你挤我我挤你,斗鸡公之类的游戏。捉弄女生,嚼了口香糖吐到女生的头发上
,往书桌里扔鞭炮,同学换了发型就使劲的嘲笑。
现在看来,我还是小坏,家长只能在家里管一时,来到学校就是脱缰的野马,不过那样
长大的马儿个性张扬,快乐,过头就会痛苦,我不会像亲戚那样的孩子一样,辜负父母
的养育恩。
n*0
5 楼
http://www.glorypress.com/devotional/FaithAndLifeOneYearBook.asp?bid=1
不做什么
经文: 「你们坐在这里,等我到那边去祷告。」(太廿六36)
在一个危急的时候,被遗留在后面,是一件非常难堪的事情。在客西马尼园里
,十一个门徒里面,有八个被留在后面不做什么。主耶稣往前面去祷告;彼得、雅各、
约翰在中间儆醒,其余的在后面等候。照我想来,在后面的门徒必定会抱怨。他们虽在
花园里面却不过只在花园里面罢了;他们对于花园里面花草的耕种,无分无关。那时正
是一个危急的时候,一个紧要的关头;可是他们又不能擅自妄动。
你和我也常有这种经历、这种失望。也许现在正有许多机会给基督人工作。有
的弟兄姊妹已经到前方去了;有的弟兄姊妹已经到中间去了;只有我们仍留在后方伏着
。或者因着疾病;或者因着缺乏;或者因着诽谤;无论因着什么,我们受到拦阻,心中
非常悲痛。我们不明白为什么我们不能有分于主的工作。这似乎是一件非常不公平的事
情--既然允许我们进了花园,又不在花园里分派我们工作。
我的魂哪,应当安
不做什么
经文: 「你们坐在这里,等我到那边去祷告。」(太廿六36)
在一个危急的时候,被遗留在后面,是一件非常难堪的事情。在客西马尼园里
,十一个门徒里面,有八个被留在后面不做什么。主耶稣往前面去祷告;彼得、雅各、
约翰在中间儆醒,其余的在后面等候。照我想来,在后面的门徒必定会抱怨。他们虽在
花园里面却不过只在花园里面罢了;他们对于花园里面花草的耕种,无分无关。那时正
是一个危急的时候,一个紧要的关头;可是他们又不能擅自妄动。
你和我也常有这种经历、这种失望。也许现在正有许多机会给基督人工作。有
的弟兄姊妹已经到前方去了;有的弟兄姊妹已经到中间去了;只有我们仍留在后方伏着
。或者因着疾病;或者因着缺乏;或者因着诽谤;无论因着什么,我们受到拦阻,心中
非常悲痛。我们不明白为什么我们不能有分于主的工作。这似乎是一件非常不公平的事
情--既然允许我们进了花园,又不在花园里分派我们工作。
我的魂哪,应当安
N*k
6 楼
尝试用家里的directv账户登录看espn3
在win7机器上没问题,可是到了linux mint 13和17里,登录这一步老是完不成。
有可能是啥问题?
在win7机器上没问题,可是到了linux mint 13和17里,登录这一步老是完不成。
有可能是啥问题?
g*g
7 楼
魏老师拍了一下脑袋,在两天的世界内,从完全对server app, cloud, NoSQL没有经验
的处男,一举成长为史上最牛逼的计算机科学家和工程师。我在这里列举一下魏老师的
成就,从小的说起。首先,魏老师做了一个比Cassandra快1-2数量级的NoSQL。
[
发信人: TeacherWei (TW), 信区: Programming
标 题: Re: 好虫,看看你的东东有没有问题?
发信站: BBS 未名空间站 (Fri Nov 22 16:52:13 2013, 美东)
说了这么多你还是没抓住重点。
我的系统也是NoSQL。Cassandra那点玩意儿做一个比他快1-2个数量级的也没问题。
]
其实,魏老师谦虚了。魏老师的单机系统,每秒处理500万,比起我们公司用Cassandra
288台机器才勉强撑到100万,是三个数量级的区别。从cassandra能值个5亿,魏老师
这NoSQL DB快1000倍,少说也值100亿吧?而且是2万刀一下的平民级硬件就攒出来了,
多一分也不行,必须的。
[
发信人: TeacherWei (TW), 信区: Programming
标 题: Re: 想请教魏老师一个方案中的理解问题。
发信站: BBS 未名空间站 (Wed Nov 27 16:22:57 2013, 美东)
按照我给定的问题的限制条件(紧耦合数据),这是世界上性能最好的方案了。
没有之一。而且,现实中,任何系统都有可能出上限。又不会死,只不过用户
多等一会儿。
我这个方案,每天500万张票在1秒中内出完。1000万张2秒钟内出完。
]
然而,这仍然完全低估了魏老师的价值。根据魏老师给的数据。nasdaq的最高纪录也不
过每秒58万单子,全天8.7亿。魏老师单机500万的速度。直接就提供了10倍的余量,史
上单子最多的时候,也不过3分钟就能处理完。nasdaq自己说用了几千个节点来做
exchange,换了魏老师的,一台机器,最多两台备份就完了。处理订单和数据都在一台
机器上,什么db2, oracle, 统统不需要。两万块的机器显然不算什么,最值钱的那就
是魏老师这个核心软件。魏老师要是自己开个exchange,就这点流量,那延迟还不得秒
杀nasdaq, nyse. ndaq之所以还没倒闭,全靠魏老师不出手呀。就冲这个,光收保护费
,魏老师至少也值1000亿。
[
http://www.mitbbs.com/article_t/Programming/31285523.html
Records
Order Volume 871,875,595
Orders per Second 581,696]
然而只是在工程上牛屄,不能证明魏老师的价值。魏老师又顺手把前人证明过的CAP
theorem给击破了。理论上的价值,堪比证明了P=NP 。这使我深深地相信,永动机是可
能的,只要魏老师想。
最后总结一下魏老师的成就。跟Knuth比,魏老师的理论贡献相当。然而工程上的贡献
,Knuth不如其十一。所以我觉得,今后十年的图灵奖都应该发给魏老师。
魏老师这些成就,一辈子做出一个,这里所有人都得给跪了。何况在两天之内从无到有
。像魏老师这种价值千亿的,分分钟都是几百万,肯陪我们谈技术,大家要当作珍稀动
物好好爱护和珍惜。
有鉴于此,我决定以后改称魏老师魏大师。
的处男,一举成长为史上最牛逼的计算机科学家和工程师。我在这里列举一下魏老师的
成就,从小的说起。首先,魏老师做了一个比Cassandra快1-2数量级的NoSQL。
[
发信人: TeacherWei (TW), 信区: Programming
标 题: Re: 好虫,看看你的东东有没有问题?
发信站: BBS 未名空间站 (Fri Nov 22 16:52:13 2013, 美东)
说了这么多你还是没抓住重点。
我的系统也是NoSQL。Cassandra那点玩意儿做一个比他快1-2个数量级的也没问题。
]
其实,魏老师谦虚了。魏老师的单机系统,每秒处理500万,比起我们公司用Cassandra
288台机器才勉强撑到100万,是三个数量级的区别。从cassandra能值个5亿,魏老师
这NoSQL DB快1000倍,少说也值100亿吧?而且是2万刀一下的平民级硬件就攒出来了,
多一分也不行,必须的。
[
发信人: TeacherWei (TW), 信区: Programming
标 题: Re: 想请教魏老师一个方案中的理解问题。
发信站: BBS 未名空间站 (Wed Nov 27 16:22:57 2013, 美东)
按照我给定的问题的限制条件(紧耦合数据),这是世界上性能最好的方案了。
没有之一。而且,现实中,任何系统都有可能出上限。又不会死,只不过用户
多等一会儿。
我这个方案,每天500万张票在1秒中内出完。1000万张2秒钟内出完。
]
然而,这仍然完全低估了魏老师的价值。根据魏老师给的数据。nasdaq的最高纪录也不
过每秒58万单子,全天8.7亿。魏老师单机500万的速度。直接就提供了10倍的余量,史
上单子最多的时候,也不过3分钟就能处理完。nasdaq自己说用了几千个节点来做
exchange,换了魏老师的,一台机器,最多两台备份就完了。处理订单和数据都在一台
机器上,什么db2, oracle, 统统不需要。两万块的机器显然不算什么,最值钱的那就
是魏老师这个核心软件。魏老师要是自己开个exchange,就这点流量,那延迟还不得秒
杀nasdaq, nyse. ndaq之所以还没倒闭,全靠魏老师不出手呀。就冲这个,光收保护费
,魏老师至少也值1000亿。
[
http://www.mitbbs.com/article_t/Programming/31285523.html
Records
Order Volume 871,875,595
Orders per Second 581,696]
然而只是在工程上牛屄,不能证明魏老师的价值。魏老师又顺手把前人证明过的CAP
theorem给击破了。理论上的价值,堪比证明了P=NP 。这使我深深地相信,永动机是可
能的,只要魏老师想。
最后总结一下魏老师的成就。跟Knuth比,魏老师的理论贡献相当。然而工程上的贡献
,Knuth不如其十一。所以我觉得,今后十年的图灵奖都应该发给魏老师。
魏老师这些成就,一辈子做出一个,这里所有人都得给跪了。何况在两天之内从无到有
。像魏老师这种价值千亿的,分分钟都是几百万,肯陪我们谈技术,大家要当作珍稀动
物好好爱护和珍惜。
有鉴于此,我决定以后改称魏老师魏大师。
g*g
10 楼
顺带说一下,魏老师本来是写客户端的,最多的时候每天给exchange发上百万的订单。
两天之内就成长为server端的极品大牛,自己那一天单子,0.2秒就给处理了。欢迎魏
老师给大家传授经验。
两天之内就成长为server端的极品大牛,自己那一天单子,0.2秒就给处理了。欢迎魏
老师给大家传授经验。
v*o
13 楼
haha, good one
T*i
15 楼
求求你别在这丢人现眼行不行?卖股票的复杂度能和卖车票比?
有本事分析一下我的方案是否牺牲了C或者P?成天在这里PA显示你素质高么?
【在 g*****g 的大作中提到】
: 魏老师拍了一下脑袋,在两天的世界内,从完全对server app, cloud, NoSQL没有经验
: 的处男,一举成长为史上最牛逼的计算机科学家和工程师。我在这里列举一下魏老师的
: 成就,从小的说起。首先,魏老师做了一个比Cassandra快1-2数量级的NoSQL。
: [
: 发信人: TeacherWei (TW), 信区: Programming
: 标 题: Re: 好虫,看看你的东东有没有问题?
: 发信站: BBS 未名空间站 (Fri Nov 22 16:52:13 2013, 美东)
: 说了这么多你还是没抓住重点。
: 我的系统也是NoSQL。Cassandra那点玩意儿做一个比他快1-2个数量级的也没问题。
: ]
有本事分析一下我的方案是否牺牲了C或者P?成天在这里PA显示你素质高么?
【在 g*****g 的大作中提到】
: 魏老师拍了一下脑袋,在两天的世界内,从完全对server app, cloud, NoSQL没有经验
: 的处男,一举成长为史上最牛逼的计算机科学家和工程师。我在这里列举一下魏老师的
: 成就,从小的说起。首先,魏老师做了一个比Cassandra快1-2数量级的NoSQL。
: [
: 发信人: TeacherWei (TW), 信区: Programming
: 标 题: Re: 好虫,看看你的东东有没有问题?
: 发信站: BBS 未名空间站 (Fri Nov 22 16:52:13 2013, 美东)
: 说了这么多你还是没抓住重点。
: 我的系统也是NoSQL。Cassandra那点玩意儿做一个比他快1-2个数量级的也没问题。
: ]
g*g
16 楼
原来大师也有不懂的东西呀,partition tolerance说的是partition的时候,各个分裂
系统继续
独立工作。
您老的系统,一旦出现DC之间互相不通,您老的系统就撂担子不干了。您老认定自己的
系统是eventual consistency的,
但其实是不支持P呀。
但为啥您老的系统看似可行呢,还不是那无敌500万的处理能力,比俺们凡人写的快
1000倍吗?处理能力上去了,就相当于票下来了。用普通人可以理解的方式说,就是问
春运每天10000票,最高每秒1000张,每秒能处理5000张,怎么弄?我同样会说让它跑
两秒就完了,一个
简单standby足够,需要啥partition tolerance。所以大师说银河系的票卖不了,天朝
的没压力是恰如其分的。天朝
这点票不需要大师上分布式,可不迎刃而解吗。大师的500万排山倒海,本来就是无敌
的。
还有大师怎么能说我是PA呢,难道复述大师的言论也是对大师不敬吗?
【在 T********i 的大作中提到】
: 求求你别在这丢人现眼行不行?卖股票的复杂度能和卖车票比?
: 有本事分析一下我的方案是否牺牲了C或者P?成天在这里PA显示你素质高么?
系统继续
独立工作。
您老的系统,一旦出现DC之间互相不通,您老的系统就撂担子不干了。您老认定自己的
系统是eventual consistency的,
但其实是不支持P呀。
但为啥您老的系统看似可行呢,还不是那无敌500万的处理能力,比俺们凡人写的快
1000倍吗?处理能力上去了,就相当于票下来了。用普通人可以理解的方式说,就是问
春运每天10000票,最高每秒1000张,每秒能处理5000张,怎么弄?我同样会说让它跑
两秒就完了,一个
简单standby足够,需要啥partition tolerance。所以大师说银河系的票卖不了,天朝
的没压力是恰如其分的。天朝
这点票不需要大师上分布式,可不迎刃而解吗。大师的500万排山倒海,本来就是无敌
的。
还有大师怎么能说我是PA呢,难道复述大师的言论也是对大师不敬吗?
【在 T********i 的大作中提到】
: 求求你别在这丢人现眼行不行?卖股票的复杂度能和卖车票比?
: 有本事分析一下我的方案是否牺牲了C或者P?成天在这里PA显示你素质高么?
w*z
17 楼
大过节的,还灌呐。文采不错。
【在 g*****g 的大作中提到】
: 魏老师拍了一下脑袋,在两天的世界内,从完全对server app, cloud, NoSQL没有经验
: 的处男,一举成长为史上最牛逼的计算机科学家和工程师。我在这里列举一下魏老师的
: 成就,从小的说起。首先,魏老师做了一个比Cassandra快1-2数量级的NoSQL。
: [
: 发信人: TeacherWei (TW), 信区: Programming
: 标 题: Re: 好虫,看看你的东东有没有问题?
: 发信站: BBS 未名空间站 (Fri Nov 22 16:52:13 2013, 美东)
: 说了这么多你还是没抓住重点。
: 我的系统也是NoSQL。Cassandra那点玩意儿做一个比他快1-2个数量级的也没问题。
: ]
【在 g*****g 的大作中提到】
: 魏老师拍了一下脑袋,在两天的世界内,从完全对server app, cloud, NoSQL没有经验
: 的处男,一举成长为史上最牛逼的计算机科学家和工程师。我在这里列举一下魏老师的
: 成就,从小的说起。首先,魏老师做了一个比Cassandra快1-2数量级的NoSQL。
: [
: 发信人: TeacherWei (TW), 信区: Programming
: 标 题: Re: 好虫,看看你的东东有没有问题?
: 发信站: BBS 未名空间站 (Fri Nov 22 16:52:13 2013, 美东)
: 说了这么多你还是没抓住重点。
: 我的系统也是NoSQL。Cassandra那点玩意儿做一个比他快1-2个数量级的也没问题。
: ]
g*g
18 楼
大师从半海那里学了个master-slave,leader election的名字。居然马上就做出了跨
DC的failover。真是学得快呀?
大师说了要串一串,像一个圈圈那样,要N个。大师我跟你说,直接把所有DC两两专线
,弄成个局域网就完了,你机器要省钱,2万以下,必需的。这个多DC,路由,专线什
么可都是要的最好硬件,还串糖葫芦呢?
大师虽然是master,但是不懂这个master-slave里,所有的master都不会因为失去跟
slave联系而撩担子不干了。网络partition了,会出现多个master独立工作,这才叫
partition tolerance。等网络好了,master跟master重新election,只有一个master
能继续做master。对过去处理的数据这时候才能reconcile,这才叫eventual
consistency。可惜大师的机器太快,每秒500万,两秒就卖完了。这要网络一断,多个
master出现,几千万的重票就卖出来了,是万万使不得呀。
DC的failover。真是学得快呀?
大师说了要串一串,像一个圈圈那样,要N个。大师我跟你说,直接把所有DC两两专线
,弄成个局域网就完了,你机器要省钱,2万以下,必需的。这个多DC,路由,专线什
么可都是要的最好硬件,还串糖葫芦呢?
大师虽然是master,但是不懂这个master-slave里,所有的master都不会因为失去跟
slave联系而撩担子不干了。网络partition了,会出现多个master独立工作,这才叫
partition tolerance。等网络好了,master跟master重新election,只有一个master
能继续做master。对过去处理的数据这时候才能reconcile,这才叫eventual
consistency。可惜大师的机器太快,每秒500万,两秒就卖完了。这要网络一断,多个
master出现,几千万的重票就卖出来了,是万万使不得呀。
b*s
19 楼
其实不会发生,我前两天想过
master
【在 g*****g 的大作中提到】
: 大师从半海那里学了个master-slave,leader election的名字。居然马上就做出了跨
: DC的failover。真是学得快呀?
: 大师说了要串一串,像一个圈圈那样,要N个。大师我跟你说,直接把所有DC两两专线
: ,弄成个局域网就完了,你机器要省钱,2万以下,必需的。这个多DC,路由,专线什
: 么可都是要的最好硬件,还串糖葫芦呢?
: 大师虽然是master,但是不懂这个master-slave里,所有的master都不会因为失去跟
: slave联系而撩担子不干了。网络partition了,会出现多个master独立工作,这才叫
: partition tolerance。等网络好了,master跟master重新election,只有一个master
: 能继续做master。对过去处理的数据这时候才能reconcile,这才叫eventual
: consistency。可惜大师的机器太快,每秒500万,两秒就卖完了。这要网络一断,多个
master
【在 g*****g 的大作中提到】
: 大师从半海那里学了个master-slave,leader election的名字。居然马上就做出了跨
: DC的failover。真是学得快呀?
: 大师说了要串一串,像一个圈圈那样,要N个。大师我跟你说,直接把所有DC两两专线
: ,弄成个局域网就完了,你机器要省钱,2万以下,必需的。这个多DC,路由,专线什
: 么可都是要的最好硬件,还串糖葫芦呢?
: 大师虽然是master,但是不懂这个master-slave里,所有的master都不会因为失去跟
: slave联系而撩担子不干了。网络partition了,会出现多个master独立工作,这才叫
: partition tolerance。等网络好了,master跟master重新election,只有一个master
: 能继续做master。对过去处理的数据这时候才能reconcile,这才叫eventual
: consistency。可惜大师的机器太快,每秒500万,两秒就卖完了。这要网络一断,多个
z*e
21 楼
魏老师的酱油是越来越难打了
【在 g*****g 的大作中提到】
: 魏老师拍了一下脑袋,在两天的世界内,从完全对server app, cloud, NoSQL没有经验
: 的处男,一举成长为史上最牛逼的计算机科学家和工程师。我在这里列举一下魏老师的
: 成就,从小的说起。首先,魏老师做了一个比Cassandra快1-2数量级的NoSQL。
: [
: 发信人: TeacherWei (TW), 信区: Programming
: 标 题: Re: 好虫,看看你的东东有没有问题?
: 发信站: BBS 未名空间站 (Fri Nov 22 16:52:13 2013, 美东)
: 说了这么多你还是没抓住重点。
: 我的系统也是NoSQL。Cassandra那点玩意儿做一个比他快1-2个数量级的也没问题。
: ]
【在 g*****g 的大作中提到】
: 魏老师拍了一下脑袋,在两天的世界内,从完全对server app, cloud, NoSQL没有经验
: 的处男,一举成长为史上最牛逼的计算机科学家和工程师。我在这里列举一下魏老师的
: 成就,从小的说起。首先,魏老师做了一个比Cassandra快1-2数量级的NoSQL。
: [
: 发信人: TeacherWei (TW), 信区: Programming
: 标 题: Re: 好虫,看看你的东东有没有问题?
: 发信站: BBS 未名空间站 (Fri Nov 22 16:52:13 2013, 美东)
: 说了这么多你还是没抓住重点。
: 我的系统也是NoSQL。Cassandra那点玩意儿做一个比他快1-2个数量级的也没问题。
: ]
T*i
22 楼
楼goodbug和zhaoce几位真是吃屎长大的。
谁规定的P最重要。你们连C都不能保证要P做什么?
很清楚地告诉你了。出现问题,专线中断或者DC着火。停止服务中断1-2秒钟。状态100
%恢复。
实际中,web server都是分布在不同DC中。DC挂了。这些客户本来就死翘翘了。而且不
认为C***在这种情况下能保证consistency。
本来我就从来没在乎过什么分布式不分布式,或者web不web。ios和android让native
client又火了一把。从browser分流很多客户。很快这些可能都是过眼烟云。下一个big
thing到底是啥大家都在思考。
如果我有一个需求。我会寻找最好的工具去解决问题。对我来讲这些本来都是器,是形
而下的东西。当然了,我也会投入做没有人做的东西。有趣,也有成就感。
基础薄弱,只会一招的,本来就很有危机感我能理解。但是就算利益相关也没必要到公
共论坛上党同伐异的地步。
本来这是个技术版。你他妈的的说做技术都是loser。竟然还有人附和。那你来这里做
什么?你要表达的是对网友的蔑视?还是技不如人的深仇大恨?
谁规定的P最重要。你们连C都不能保证要P做什么?
很清楚地告诉你了。出现问题,专线中断或者DC着火。停止服务中断1-2秒钟。状态100
%恢复。
实际中,web server都是分布在不同DC中。DC挂了。这些客户本来就死翘翘了。而且不
认为C***在这种情况下能保证consistency。
本来我就从来没在乎过什么分布式不分布式,或者web不web。ios和android让native
client又火了一把。从browser分流很多客户。很快这些可能都是过眼烟云。下一个big
thing到底是啥大家都在思考。
如果我有一个需求。我会寻找最好的工具去解决问题。对我来讲这些本来都是器,是形
而下的东西。当然了,我也会投入做没有人做的东西。有趣,也有成就感。
基础薄弱,只会一招的,本来就很有危机感我能理解。但是就算利益相关也没必要到公
共论坛上党同伐异的地步。
本来这是个技术版。你他妈的的说做技术都是loser。竟然还有人附和。那你来这里做
什么?你要表达的是对网友的蔑视?还是技不如人的深仇大恨?
z*e
23 楼
老魏你也太搞笑了
“下一个big thing是什么,大家都在思考”
你这个赶上坑王的那个经典句式“我不禁陷入了沉思”了
本来分布式也没什么特别多的东西,各种困难和瓶颈都有现成的解决方案
但是你明明对big data和新生事物不熟悉,非要那单机那一套去生搬硬套
结果被各种打脸,却非要打肿脸充胖子的各种表达实在是好好玩啊
100
big
【在 T********i 的大作中提到】
: 楼goodbug和zhaoce几位真是吃屎长大的。
: 谁规定的P最重要。你们连C都不能保证要P做什么?
: 很清楚地告诉你了。出现问题,专线中断或者DC着火。停止服务中断1-2秒钟。状态100
: %恢复。
: 实际中,web server都是分布在不同DC中。DC挂了。这些客户本来就死翘翘了。而且不
: 认为C***在这种情况下能保证consistency。
: 本来我就从来没在乎过什么分布式不分布式,或者web不web。ios和android让native
: client又火了一把。从browser分流很多客户。很快这些可能都是过眼烟云。下一个big
: thing到底是啥大家都在思考。
: 如果我有一个需求。我会寻找最好的工具去解决问题。对我来讲这些本来都是器,是形
“下一个big thing是什么,大家都在思考”
你这个赶上坑王的那个经典句式“我不禁陷入了沉思”了
本来分布式也没什么特别多的东西,各种困难和瓶颈都有现成的解决方案
但是你明明对big data和新生事物不熟悉,非要那单机那一套去生搬硬套
结果被各种打脸,却非要打肿脸充胖子的各种表达实在是好好玩啊
100
big
【在 T********i 的大作中提到】
: 楼goodbug和zhaoce几位真是吃屎长大的。
: 谁规定的P最重要。你们连C都不能保证要P做什么?
: 很清楚地告诉你了。出现问题,专线中断或者DC着火。停止服务中断1-2秒钟。状态100
: %恢复。
: 实际中,web server都是分布在不同DC中。DC挂了。这些客户本来就死翘翘了。而且不
: 认为C***在这种情况下能保证consistency。
: 本来我就从来没在乎过什么分布式不分布式,或者web不web。ios和android让native
: client又火了一把。从browser分流很多客户。很快这些可能都是过眼烟云。下一个big
: thing到底是啥大家都在思考。
: 如果我有一个需求。我会寻找最好的工具去解决问题。对我来讲这些本来都是器,是形
z*e
24 楼
老魏啊
cap里面,ap系统就是cassandra
如果你要cp,可以选hbase,还有就算不喜欢hbase
你也可以tune cassandra以达到cp的作用
所以你说c不能保证,其实是错误的
但是要保证c需要时间,performance自然就差了
所以怎么搞,这里面有不少理论,你有兴趣可以去看看
100
big
【在 T********i 的大作中提到】
: 楼goodbug和zhaoce几位真是吃屎长大的。
: 谁规定的P最重要。你们连C都不能保证要P做什么?
: 很清楚地告诉你了。出现问题,专线中断或者DC着火。停止服务中断1-2秒钟。状态100
: %恢复。
: 实际中,web server都是分布在不同DC中。DC挂了。这些客户本来就死翘翘了。而且不
: 认为C***在这种情况下能保证consistency。
: 本来我就从来没在乎过什么分布式不分布式,或者web不web。ios和android让native
: client又火了一把。从browser分流很多客户。很快这些可能都是过眼烟云。下一个big
: thing到底是啥大家都在思考。
: 如果我有一个需求。我会寻找最好的工具去解决问题。对我来讲这些本来都是器,是形
cap里面,ap系统就是cassandra
如果你要cp,可以选hbase,还有就算不喜欢hbase
你也可以tune cassandra以达到cp的作用
所以你说c不能保证,其实是错误的
但是要保证c需要时间,performance自然就差了
所以怎么搞,这里面有不少理论,你有兴趣可以去看看
100
big
【在 T********i 的大作中提到】
: 楼goodbug和zhaoce几位真是吃屎长大的。
: 谁规定的P最重要。你们连C都不能保证要P做什么?
: 很清楚地告诉你了。出现问题,专线中断或者DC着火。停止服务中断1-2秒钟。状态100
: %恢复。
: 实际中,web server都是分布在不同DC中。DC挂了。这些客户本来就死翘翘了。而且不
: 认为C***在这种情况下能保证consistency。
: 本来我就从来没在乎过什么分布式不分布式,或者web不web。ios和android让native
: client又火了一把。从browser分流很多客户。很快这些可能都是过眼烟云。下一个big
: thing到底是啥大家都在思考。
: 如果我有一个需求。我会寻找最好的工具去解决问题。对我来讲这些本来都是器,是形
T*i
25 楼
我提出的问题的系统核心,单机处理最好。加上其他机器提高可靠性。
你如果要反驳我,可以提出一个更好的方案。任何一个方案都可以。现在的问题是你提
不出来。拿了一个性能差一个数量级的方案,还要用户几小时后才能知道结果。
我的方案碰到百年不遇的DC着火,只不过暂停服务1-2秒。而且确保consistency 不会
给用户造成任何实质损失。你还有什么可说的?
这就是你说的早就解决的问题?
【在 z****e 的大作中提到】
: 老魏你也太搞笑了
: “下一个big thing是什么,大家都在思考”
: 你这个赶上坑王的那个经典句式“我不禁陷入了沉思”了
: 本来分布式也没什么特别多的东西,各种困难和瓶颈都有现成的解决方案
: 但是你明明对big data和新生事物不熟悉,非要那单机那一套去生搬硬套
: 结果被各种打脸,却非要打肿脸充胖子的各种表达实在是好好玩啊
:
: 100
: big
你如果要反驳我,可以提出一个更好的方案。任何一个方案都可以。现在的问题是你提
不出来。拿了一个性能差一个数量级的方案,还要用户几小时后才能知道结果。
我的方案碰到百年不遇的DC着火,只不过暂停服务1-2秒。而且确保consistency 不会
给用户造成任何实质损失。你还有什么可说的?
这就是你说的早就解决的问题?
【在 z****e 的大作中提到】
: 老魏你也太搞笑了
: “下一个big thing是什么,大家都在思考”
: 你这个赶上坑王的那个经典句式“我不禁陷入了沉思”了
: 本来分布式也没什么特别多的东西,各种困难和瓶颈都有现成的解决方案
: 但是你明明对big data和新生事物不熟悉,非要那单机那一套去生搬硬套
: 结果被各种打脸,却非要打肿脸充胖子的各种表达实在是好好玩啊
:
: 100
: big
z*e
26 楼
z*e
27 楼
着火虽然可能是百年不遇
但是机器消耗太厉害,直接挂掉,这个还是经常遇到的
火灾只是给你一个例子,现实中有各种意外发生
硬件本身也有折旧,所以你不能假设太过于理想的状态
还有网络本身也有各种错误假设,实际工作中,这些都要考虑
http://en.wikipedia.org/wiki/Fallacies_of_Distributed_Computing
【在 T********i 的大作中提到】
: 我提出的问题的系统核心,单机处理最好。加上其他机器提高可靠性。
: 你如果要反驳我,可以提出一个更好的方案。任何一个方案都可以。现在的问题是你提
: 不出来。拿了一个性能差一个数量级的方案,还要用户几小时后才能知道结果。
: 我的方案碰到百年不遇的DC着火,只不过暂停服务1-2秒。而且确保consistency 不会
: 给用户造成任何实质损失。你还有什么可说的?
: 这就是你说的早就解决的问题?
但是机器消耗太厉害,直接挂掉,这个还是经常遇到的
火灾只是给你一个例子,现实中有各种意外发生
硬件本身也有折旧,所以你不能假设太过于理想的状态
还有网络本身也有各种错误假设,实际工作中,这些都要考虑
http://en.wikipedia.org/wiki/Fallacies_of_Distributed_Computing
【在 T********i 的大作中提到】
: 我提出的问题的系统核心,单机处理最好。加上其他机器提高可靠性。
: 你如果要反驳我,可以提出一个更好的方案。任何一个方案都可以。现在的问题是你提
: 不出来。拿了一个性能差一个数量级的方案,还要用户几小时后才能知道结果。
: 我的方案碰到百年不遇的DC着火,只不过暂停服务1-2秒。而且确保consistency 不会
: 给用户造成任何实质损失。你还有什么可说的?
: 这就是你说的早就解决的问题?
T*i
28 楼
你和我说理论我笑了。我的方案能够保证C。performance也没差。
其实我的系统里面,C是弱的。只不过达到eventual consistency的latency很低。在有
效的时间尺度达到ACID,才是最优的方案。
也不指望你理解了。呵呵。
【在 z****e 的大作中提到】
: 老魏啊
: cap里面,ap系统就是cassandra
: 如果你要cp,可以选hbase,还有就算不喜欢hbase
: 你也可以tune cassandra以达到cp的作用
: 所以你说c不能保证,其实是错误的
: 但是要保证c需要时间,performance自然就差了
: 所以怎么搞,这里面有不少理论,你有兴趣可以去看看
:
: 100
: big
其实我的系统里面,C是弱的。只不过达到eventual consistency的latency很低。在有
效的时间尺度达到ACID,才是最优的方案。
也不指望你理解了。呵呵。
【在 z****e 的大作中提到】
: 老魏啊
: cap里面,ap系统就是cassandra
: 如果你要cp,可以选hbase,还有就算不喜欢hbase
: 你也可以tune cassandra以达到cp的作用
: 所以你说c不能保证,其实是错误的
: 但是要保证c需要时间,performance自然就差了
: 所以怎么搞,这里面有不少理论,你有兴趣可以去看看
:
: 100
: big
T*i
30 楼
我说过了。硬件挂掉和着火一样。为了保证C,牺牲几秒钟,是最好的妥协。
迄今为止,我从来没碰到过永远可靠的网站。
【在 z****e 的大作中提到】
: 着火虽然可能是百年不遇
: 但是机器消耗太厉害,直接挂掉,这个还是经常遇到的
: 火灾只是给你一个例子,现实中有各种意外发生
: 硬件本身也有折旧,所以你不能假设太过于理想的状态
: 还有网络本身也有各种错误假设,实际工作中,这些都要考虑
: http://en.wikipedia.org/wiki/Fallacies_of_Distributed_Computing
迄今为止,我从来没碰到过永远可靠的网站。
【在 z****e 的大作中提到】
: 着火虽然可能是百年不遇
: 但是机器消耗太厉害,直接挂掉,这个还是经常遇到的
: 火灾只是给你一个例子,现实中有各种意外发生
: 硬件本身也有折旧,所以你不能假设太过于理想的状态
: 还有网络本身也有各种错误假设,实际工作中,这些都要考虑
: http://en.wikipedia.org/wiki/Fallacies_of_Distributed_Computing
g*g
48 楼
我不是总结过了还来,魏大师的超必杀就是两张嘴一番,500万/秒的单机性能就出来
了,还最多两万刀。
一旦性能比正常人类做出来的能快1000倍,大部分分布式系统都是不必要的。想想就知
道了,这个世界上需要一千台以上服务器的,那基本上都是非常牛逼的互联网应用。
魏大师极品就在于,这500万/次的单机性能,他掳管了几次,自己还真信了。实际上
,按他的要求,request, 同步写硬盘,response, 现在两万刀的机器没可能做到5万/
次。别说500万次了。
信大师,得永生。只要你信这500万次,大多数问题都简单得多。但世界上总有些人是
不相信肚子里有轮子的。
了,还最多两万刀。
一旦性能比正常人类做出来的能快1000倍,大部分分布式系统都是不必要的。想想就知
道了,这个世界上需要一千台以上服务器的,那基本上都是非常牛逼的互联网应用。
魏大师极品就在于,这500万/次的单机性能,他掳管了几次,自己还真信了。实际上
,按他的要求,request, 同步写硬盘,response, 现在两万刀的机器没可能做到5万/
次。别说500万次了。
信大师,得永生。只要你信这500万次,大多数问题都简单得多。但世界上总有些人是
不相信肚子里有轮子的。
a*f
50 楼
魏老师已经说了 -“专线中断或者DC着火。停止服务中断1-2秒钟”,这个可以看成是
牺牲availability吧
【在 g*****g 的大作中提到】
: 魏老师拍了一下脑袋,在两天的世界内,从完全对server app, cloud, NoSQL没有经验
: 的处男,一举成长为史上最牛逼的计算机科学家和工程师。我在这里列举一下魏老师的
: 成就,从小的说起。首先,魏老师做了一个比Cassandra快1-2数量级的NoSQL。
: [
: 发信人: TeacherWei (TW), 信区: Programming
: 标 题: Re: 好虫,看看你的东东有没有问题?
: 发信站: BBS 未名空间站 (Fri Nov 22 16:52:13 2013, 美东)
: 说了这么多你还是没抓住重点。
: 我的系统也是NoSQL。Cassandra那点玩意儿做一个比他快1-2个数量级的也没问题。
: ]
牺牲availability吧
【在 g*****g 的大作中提到】
: 魏老师拍了一下脑袋,在两天的世界内,从完全对server app, cloud, NoSQL没有经验
: 的处男,一举成长为史上最牛逼的计算机科学家和工程师。我在这里列举一下魏老师的
: 成就,从小的说起。首先,魏老师做了一个比Cassandra快1-2数量级的NoSQL。
: [
: 发信人: TeacherWei (TW), 信区: Programming
: 标 题: Re: 好虫,看看你的东东有没有问题?
: 发信站: BBS 未名空间站 (Fri Nov 22 16:52:13 2013, 美东)
: 说了这么多你还是没抓住重点。
: 我的系统也是NoSQL。Cassandra那点玩意儿做一个比他快1-2个数量级的也没问题。
: ]
g*g
54 楼
魏公公有种去nasdaq demo一下自己的系统。让他们看看你2万的单机比他们几千个结点
还快。
没卵蛋的东西。
还快。
没卵蛋的东西。
g*g
67 楼
我就要个HelloWorld,同步写盘,然后echo的单机benchmark。人硬件厂商的benchmark
可不是这样的。这点load已经超过nasdaq exchage 10倍,你说没啥大不了的谁信呀。
反正吹牛逼是没用的,没干货你就是个太监。
【在 T********i 的大作中提到】
: 你要啥benchmark吧?除非你质疑solarflare 10G网卡不能提供2-3G的持续带宽,或者
: Intel最新的8核CPU加起来不能提供每秒2-3亿次的整数指令。
: 官方的benchmark都给你拿出来了。自己简单算算也知道这点load没啥大不了的。自己
: 没知识没能力搞出一个屎一样的方案。
: 自己无能不能怪别人智商正常。
可不是这样的。这点load已经超过nasdaq exchage 10倍,你说没啥大不了的谁信呀。
反正吹牛逼是没用的,没干货你就是个太监。
【在 T********i 的大作中提到】
: 你要啥benchmark吧?除非你质疑solarflare 10G网卡不能提供2-3G的持续带宽,或者
: Intel最新的8核CPU加起来不能提供每秒2-3亿次的整数指令。
: 官方的benchmark都给你拿出来了。自己简单算算也知道这点load没啥大不了的。自己
: 没知识没能力搞出一个屎一样的方案。
: 自己无能不能怪别人智商正常。
T*i
68 楼
呵呵。自己搞一个fusion IO SDK去试试看。
你这种没脸没皮的我就是陪你玩玩。好几个网友给我发信说你是attention whore。我
顺便也让他们看看笑话而已。
你纠结同步写盘有意思么?Cassandra也不是同步写盘吧?要求别人的时候先想想自己
怎么做的?业界都是怎么做的?你们那个280台机器1 million / second是同步写盘么
?如果不是请闭嘴!
抓住一个救命稻草来抬杠。这种无赖绝对是父母没教育好。
benchmark
【在 g*****g 的大作中提到】
: 我就要个HelloWorld,同步写盘,然后echo的单机benchmark。人硬件厂商的benchmark
: 可不是这样的。这点load已经超过nasdaq exchage 10倍,你说没啥大不了的谁信呀。
: 反正吹牛逼是没用的,没干货你就是个太监。
你这种没脸没皮的我就是陪你玩玩。好几个网友给我发信说你是attention whore。我
顺便也让他们看看笑话而已。
你纠结同步写盘有意思么?Cassandra也不是同步写盘吧?要求别人的时候先想想自己
怎么做的?业界都是怎么做的?你们那个280台机器1 million / second是同步写盘么
?如果不是请闭嘴!
抓住一个救命稻草来抬杠。这种无赖绝对是父母没教育好。
benchmark
【在 g*****g 的大作中提到】
: 我就要个HelloWorld,同步写盘,然后echo的单机benchmark。人硬件厂商的benchmark
: 可不是这样的。这点load已经超过nasdaq exchage 10倍,你说没啥大不了的谁信呀。
: 反正吹牛逼是没用的,没干货你就是个太监。
g*g
69 楼
我那个是同步写盘,把sync delay设到0就行。280台机器顶不住2800台也行。我提出的
只是架构,
我可没限制自己非280台机器。分布式系统牛逼之处本来就是scale out。
你丫吹牛逼行,真让你干点啥一点卵蛋都没有,不愧是魏公公。
还网友友情支持,LOL。你的单机系统都比nasdaq 快10倍了,写nasdaq的同意了吗?
【在 T********i 的大作中提到】
: 呵呵。自己搞一个fusion IO SDK去试试看。
: 你这种没脸没皮的我就是陪你玩玩。好几个网友给我发信说你是attention whore。我
: 顺便也让他们看看笑话而已。
: 你纠结同步写盘有意思么?Cassandra也不是同步写盘吧?要求别人的时候先想想自己
: 怎么做的?业界都是怎么做的?你们那个280台机器1 million / second是同步写盘么
: ?如果不是请闭嘴!
: 抓住一个救命稻草来抬杠。这种无赖绝对是父母没教育好。
:
: benchmark
只是架构,
我可没限制自己非280台机器。分布式系统牛逼之处本来就是scale out。
你丫吹牛逼行,真让你干点啥一点卵蛋都没有,不愧是魏公公。
还网友友情支持,LOL。你的单机系统都比nasdaq 快10倍了,写nasdaq的同意了吗?
【在 T********i 的大作中提到】
: 呵呵。自己搞一个fusion IO SDK去试试看。
: 你这种没脸没皮的我就是陪你玩玩。好几个网友给我发信说你是attention whore。我
: 顺便也让他们看看笑话而已。
: 你纠结同步写盘有意思么?Cassandra也不是同步写盘吧?要求别人的时候先想想自己
: 怎么做的?业界都是怎么做的?你们那个280台机器1 million / second是同步写盘么
: ?如果不是请闭嘴!
: 抓住一个救命稻草来抬杠。这种无赖绝对是父母没教育好。
:
: benchmark
T*i
70 楼
你们的sync delay不是0。这是你说的。白纸黑字。
你先把这个搞清楚。这个事实比fusion IO重要多了。
什么时候你们把所有production machine的sync delay都调到0了。在来和我讨论同步
写盘的问题。
否则,按照你的定义,你们做的都是屎,by design是不durable的。
【在 g*****g 的大作中提到】
: 我那个是同步写盘,把sync delay设到0就行。280台机器顶不住2800台也行。我提出的
: 只是架构,
: 我可没限制自己非280台机器。分布式系统牛逼之处本来就是scale out。
: 你丫吹牛逼行,真让你干点啥一点卵蛋都没有,不愧是魏公公。
: 还网友友情支持,LOL。你的单机系统都比nasdaq 快10倍了,写nasdaq的同意了吗?
你先把这个搞清楚。这个事实比fusion IO重要多了。
什么时候你们把所有production machine的sync delay都调到0了。在来和我讨论同步
写盘的问题。
否则,按照你的定义,你们做的都是屎,by design是不durable的。
【在 g*****g 的大作中提到】
: 我那个是同步写盘,把sync delay设到0就行。280台机器顶不住2800台也行。我提出的
: 只是架构,
: 我可没限制自己非280台机器。分布式系统牛逼之处本来就是scale out。
: 你丫吹牛逼行,真让你干点啥一点卵蛋都没有,不愧是魏公公。
: 还网友友情支持,LOL。你的单机系统都比nasdaq 快10倍了,写nasdaq的同意了吗?
g*g
71 楼
一个可以无限scale out的架构,这个参数只影响到性能,不影响scalability,你这种
没蛋蛋的人,自然不懂我说啥。
你愿意相信我们做的都是屎,随你。按你的定义,整个nasdaq exchange都是屎还。你
丫成天就是跟屎打交道的,哈哈。
【在 T********i 的大作中提到】
: 你们的sync delay不是0。这是你说的。白纸黑字。
: 你先把这个搞清楚。这个事实比fusion IO重要多了。
: 什么时候你们把所有production machine的sync delay都调到0了。在来和我讨论同步
: 写盘的问题。
: 否则,按照你的定义,你们做的都是屎,by design是不durable的。
没蛋蛋的人,自然不懂我说啥。
你愿意相信我们做的都是屎,随你。按你的定义,整个nasdaq exchange都是屎还。你
丫成天就是跟屎打交道的,哈哈。
【在 T********i 的大作中提到】
: 你们的sync delay不是0。这是你说的。白纸黑字。
: 你先把这个搞清楚。这个事实比fusion IO重要多了。
: 什么时候你们把所有production machine的sync delay都调到0了。在来和我讨论同步
: 写盘的问题。
: 否则,按照你的定义,你们做的都是屎,by design是不durable的。
T*i
78 楼
你错了,用户的单子,没有ack,DC挂了。丢了就丢了。用户需要过几秒回来再check。
我说过了,即使DC不挂,用户端几百台web server也会经常有挂的。用户不是照样需要
回来再check?
没ack的单子,直接扔掉就好了。反正DC宕机是百年不遇的。不过web server宕机经常
发生,不可避免。用户那边的现象是一模一样。
Amaxon之类的,下单后直接白屏,也是隔三差五。你要是能保证几百台web server永不
宕机,那是意淫。
DC出事概率极低,出事了,扔单子,保障consistency,也是业界惯例。扔掉的本来都
是没ack的,有啥大不了的?反正DC的web server也跟着挂了。本来用户就是要重新
check的。
【在 g*****g 的大作中提到】
: 网络但凡有延迟,除非你等网络ack到,否则是不能保证不丢数据的,哪怕一毫秒都会
: 丢5000单子。
: 我给的架构,是scale out,300台机器,3000台,3万台总可以。你丫完全不懂,没法
: 跟你说。反正你没benchmark就是一太监。
我说过了,即使DC不挂,用户端几百台web server也会经常有挂的。用户不是照样需要
回来再check?
没ack的单子,直接扔掉就好了。反正DC宕机是百年不遇的。不过web server宕机经常
发生,不可避免。用户那边的现象是一模一样。
Amaxon之类的,下单后直接白屏,也是隔三差五。你要是能保证几百台web server永不
宕机,那是意淫。
DC出事概率极低,出事了,扔单子,保障consistency,也是业界惯例。扔掉的本来都
是没ack的,有啥大不了的?反正DC的web server也跟着挂了。本来用户就是要重新
check的。
【在 g*****g 的大作中提到】
: 网络但凡有延迟,除非你等网络ack到,否则是不能保证不丢数据的,哪怕一毫秒都会
: 丢5000单子。
: 我给的架构,是scale out,300台机器,3000台,3万台总可以。你丫完全不懂,没法
: 跟你说。反正你没benchmark就是一太监。
T*i
79 楼
没ACK主要因为没收到。否则在重新拓扑后短暂的sync过程一定从下游收到ACK。用户过
几秒重新check就会告诉他买到了。
跟你说多少次eventually consistent。你就是不理解。
CAP和BASE,你光会说,真能理解多少?
【在 T********i 的大作中提到】
: 你错了,用户的单子,没有ack,DC挂了。丢了就丢了。用户需要过几秒回来再check。
: 我说过了,即使DC不挂,用户端几百台web server也会经常有挂的。用户不是照样需要
: 回来再check?
: 没ack的单子,直接扔掉就好了。反正DC宕机是百年不遇的。不过web server宕机经常
: 发生,不可避免。用户那边的现象是一模一样。
: Amaxon之类的,下单后直接白屏,也是隔三差五。你要是能保证几百台web server永不
: 宕机,那是意淫。
: DC出事概率极低,出事了,扔单子,保障consistency,也是业界惯例。扔掉的本来都
: 是没ack的,有啥大不了的?反正DC的web server也跟着挂了。本来用户就是要重新
: check的。
几秒重新check就会告诉他买到了。
跟你说多少次eventually consistent。你就是不理解。
CAP和BASE,你光会说,真能理解多少?
【在 T********i 的大作中提到】
: 你错了,用户的单子,没有ack,DC挂了。丢了就丢了。用户需要过几秒回来再check。
: 我说过了,即使DC不挂,用户端几百台web server也会经常有挂的。用户不是照样需要
: 回来再check?
: 没ack的单子,直接扔掉就好了。反正DC宕机是百年不遇的。不过web server宕机经常
: 发生,不可避免。用户那边的现象是一模一样。
: Amaxon之类的,下单后直接白屏,也是隔三差五。你要是能保证几百台web server永不
: 宕机,那是意淫。
: DC出事概率极低,出事了,扔单子,保障consistency,也是业界惯例。扔掉的本来都
: 是没ack的,有啥大不了的?反正DC的web server也跟着挂了。本来用户就是要重新
: check的。
g*g
83 楼
你连一个transaction的概念都没弄清。简单说,做成transactional当然可以,会降低
处理能力,因为很多地方都要等ack。如果不做transactional,必然会有丢单,复单出
现。
我用cassandra是在row级别上达到acid的。
说到底,你就是死撑。你说5000,我就信了,500万,纯粹吹牛逼。有卵蛋就写一个大
家看看,没卵蛋就该干嘛干嘛去,继续做魏公公。
【在 T********i 的大作中提到】
: 你错了,用户的单子,没有ack,DC挂了。丢了就丢了。用户需要过几秒回来再check。
: 我说过了,即使DC不挂,用户端几百台web server也会经常有挂的。用户不是照样需要
: 回来再check?
: 没ack的单子,直接扔掉就好了。反正DC宕机是百年不遇的。不过web server宕机经常
: 发生,不可避免。用户那边的现象是一模一样。
: Amaxon之类的,下单后直接白屏,也是隔三差五。你要是能保证几百台web server永不
: 宕机,那是意淫。
: DC出事概率极低,出事了,扔单子,保障consistency,也是业界惯例。扔掉的本来都
: 是没ack的,有啥大不了的?反正DC的web server也跟着挂了。本来用户就是要重新
: check的。
处理能力,因为很多地方都要等ack。如果不做transactional,必然会有丢单,复单出
现。
我用cassandra是在row级别上达到acid的。
说到底,你就是死撑。你说5000,我就信了,500万,纯粹吹牛逼。有卵蛋就写一个大
家看看,没卵蛋就该干嘛干嘛去,继续做魏公公。
【在 T********i 的大作中提到】
: 你错了,用户的单子,没有ack,DC挂了。丢了就丢了。用户需要过几秒回来再check。
: 我说过了,即使DC不挂,用户端几百台web server也会经常有挂的。用户不是照样需要
: 回来再check?
: 没ack的单子,直接扔掉就好了。反正DC宕机是百年不遇的。不过web server宕机经常
: 发生,不可避免。用户那边的现象是一模一样。
: Amaxon之类的,下单后直接白屏,也是隔三差五。你要是能保证几百台web server永不
: 宕机,那是意淫。
: DC出事概率极低,出事了,扔单子,保障consistency,也是业界惯例。扔掉的本来都
: 是没ack的,有啥大不了的?反正DC的web server也跟着挂了。本来用户就是要重新
: check的。
g*g
85 楼
让魏公公躲了三个月风头的一贴。现在风头过了想刷版玩大字报了?
LOL,打你脸是纯粹的数据贴,你PA我有用吗?你这傻逼真弱,丢了就玩泼妇骂街这一
套,还要到处去居委会投诉,我老在BBS上混了这么多年。像你这样的极品倒是第一次
见。
LOL,打你脸是纯粹的数据贴,你PA我有用吗?你这傻逼真弱,丢了就玩泼妇骂街这一
套,还要到处去居委会投诉,我老在BBS上混了这么多年。像你这样的极品倒是第一次
见。
相关阅读