由买买提看人间百态

boards

本页内容为未名空间相应帖子的节选和存档,一周内的贴子最多显示50字,超过一周显示500字 访问原贴
Programming版 - 这坑实在没劲,都是些嘴炮王
相关主题
顺便和nod101说说做产品问魏老师个问题,跟赌约无关
其实就是两党党争想请教魏老师一个方案中的理解问题。
请老魏给出一个简单的文字解释给nod101一个最优化的实时分配车票座位的算法
静态计数器和订票系统的区别没干过大数据云计算的不用琢磨12306了
赌约在此qxc,我接招了,你给的要求太弱的,给你加强了
TeacherWei 的订票机的问题Consistency做好了不容易
应该给魏大师发10个图灵奖。学术贴,1M/s ACID Message Queue
分布式分票算法简单介绍一下老魏的结构
相关话题的讨论汇总
话题: 抢票话题: acid话题: 出票话题: 系统话题: 问题
进入Programming版参与讨论
1 (共1页)
n*l
发帖数: 1126
1
说来说去都是些车轱辘话,离不开小孩子拌嘴我就最牛X你才最傻X的套路,外加一个你
要不服气我告你妈/叫我哥扁你。
魏老师你没必要整天发帖子威胁要怎么怎么样,你要真能有办法办了古德霸,我竖个大
拇哥赞你一声真汉子。如果你说这些就是纯发泄,其实也没法把人怎么样,那你就还不
如认个怂承认不如霸哥牛X得了,以后让他别跟你帖子了,这样海阔天空各走一边也不
错。
l**********n
发帖数: 8443
2
同意
t**********1
发帖数: 550
3
好样的,大家看来也都是中立的态度了。
我要的就是这个效果。
n****j
发帖数: 1708
4
没仔细考古,但据我所知,这次起因就是老魏感恩节前晒了一下自己的 project,然后
狗的爸就开始各种怨妇了。
此事永远无解,我从没见过老魏主动招惹狗的爸,每次都是内货主动挑衅。不信你问问
她,永远不回老魏贴做得到做不到?丫就是半瓶醋好晃荡,被人揭穿了就满地打滚。

【在 n*l 的大作中提到】
: 说来说去都是些车轱辘话,离不开小孩子拌嘴我就最牛X你才最傻X的套路,外加一个你
: 要不服气我告你妈/叫我哥扁你。
: 魏老师你没必要整天发帖子威胁要怎么怎么样,你要真能有办法办了古德霸,我竖个大
: 拇哥赞你一声真汉子。如果你说这些就是纯发泄,其实也没法把人怎么样,那你就还不
: 如认个怂承认不如霸哥牛X得了,以后让他别跟你帖子了,这样海阔天空各走一边也不
: 错。

a****u
发帖数: 1537
5
新混版上。前后看了大概,2年前两人结下梁子。两个都是爱面子的人,一个爱打脸,
一个嘴硬。版上人气全靠此二人了。不过似乎老魏技术的基本功和vision不行,古德霸
嘴是臭了点,但也不算无理由吧。

【在 n****j 的大作中提到】
: 没仔细考古,但据我所知,这次起因就是老魏感恩节前晒了一下自己的 project,然后
: 狗的爸就开始各种怨妇了。
: 此事永远无解,我从没见过老魏主动招惹狗的爸,每次都是内货主动挑衅。不信你问问
: 她,永远不回老魏贴做得到做不到?丫就是半瓶醋好晃荡,被人揭穿了就满地打滚。

n****j
发帖数: 1708
6
vision 这东西很难说行不行,至于基本功,狗的爸体力确实好,技术嘛,我就呵呵了
。比如这货前脚说自己不懂高频,后脚马上开始逼逼。

【在 a****u 的大作中提到】
: 新混版上。前后看了大概,2年前两人结下梁子。两个都是爱面子的人,一个爱打脸,
: 一个嘴硬。版上人气全靠此二人了。不过似乎老魏技术的基本功和vision不行,古德霸
: 嘴是臭了点,但也不算无理由吧。

b*******g
发帖数: 603
7
我的技术还不到你看得懂的地步,谁让你外行。我老人家BB高频啥了?12306是高频吗?

【在 n****j 的大作中提到】
: vision 这东西很难说行不行,至于基本功,狗的爸体力确实好,技术嘛,我就呵呵了
: 。比如这货前脚说自己不懂高频,后脚马上开始逼逼。

a****u
发帖数: 1537
8
术业有专攻。高频也没那么神秘,也就是帮着一堆犹太人骗钱的街头把戏。对人类的贡
献比facebook还低。没必要拿这个来显摆。
老魏说是要抢挑nest,其实连nest的价值所在都没搞清楚,google的人不是傻子。丫的
一副自己是上帝不是遭人打脸么。

【在 n****j 的大作中提到】
: vision 这东西很难说行不行,至于基本功,狗的爸体力确实好,技术嘛,我就呵呵了
: 。比如这货前脚说自己不懂高频,后脚马上开始逼逼。

B*****g
发帖数: 34098
9
分版吧

【在 a****u 的大作中提到】
: 新混版上。前后看了大概,2年前两人结下梁子。两个都是爱面子的人,一个爱打脸,
: 一个嘴硬。版上人气全靠此二人了。不过似乎老魏技术的基本功和vision不行,古德霸
: 嘴是臭了点,但也不算无理由吧。

t**********1
发帖数: 550
10
冲这货这个表现,我会继续搞他。
搞他阻力已经越来越小了。前几天帮他说话的好几个已经表示中立,不管了。

【在 n****j 的大作中提到】
: 没仔细考古,但据我所知,这次起因就是老魏感恩节前晒了一下自己的 project,然后
: 狗的爸就开始各种怨妇了。
: 此事永远无解,我从没见过老魏主动招惹狗的爸,每次都是内货主动挑衅。不信你问问
: 她,永远不回老魏贴做得到做不到?丫就是半瓶醋好晃荡,被人揭穿了就满地打滚。

相关主题
TeacherWei 的订票机的问题问魏老师个问题,跟赌约无关
应该给魏大师发10个图灵奖。想请教魏老师一个方案中的理解问题。
分布式分票算法给nod101一个最优化的实时分配车票座位的算法
进入Programming版参与讨论
n****j
发帖数: 1708
11
做企业就是要有挑战最强者的勇气,就算我不能完全打败你,起码要在某方面胜过你,
细分市场上狠狠咬你一块肉。至于什么犹太人街头把戏,呵呵,真不知道怎么说你们这
些理工男了。

【在 a****u 的大作中提到】
: 术业有专攻。高频也没那么神秘,也就是帮着一堆犹太人骗钱的街头把戏。对人类的贡
: 献比facebook还低。没必要拿这个来显摆。
: 老魏说是要抢挑nest,其实连nest的价值所在都没搞清楚,google的人不是傻子。丫的
: 一副自己是上帝不是遭人打脸么。

n*l
发帖数: 1126
12
这次怎么起的没啥关系,跟观点也没啥关系。古德霸啥人我比你清楚,他的真实身份也
很多人知道。十年前就在篮球板看他跟人骂架了,前后多少次记不清了,最后到有人要
去找他物理单挑的地步。人就是一网上绝不认第二的战斗机,你要是没点能耐最好不要
惹它,你惹了它就不要抱怨他追着你咬。

【在 n****j 的大作中提到】
: 没仔细考古,但据我所知,这次起因就是老魏感恩节前晒了一下自己的 project,然后
: 狗的爸就开始各种怨妇了。
: 此事永远无解,我从没见过老魏主动招惹狗的爸,每次都是内货主动挑衅。不信你问问
: 她,永远不回老魏贴做得到做不到?丫就是半瓶醋好晃荡,被人揭穿了就满地打滚。

t**********1
发帖数: 550
13
所以你说网下办了他,我也认为正确。

【在 n*l 的大作中提到】
: 这次怎么起的没啥关系,跟观点也没啥关系。古德霸啥人我比你清楚,他的真实身份也
: 很多人知道。十年前就在篮球板看他跟人骂架了,前后多少次记不清了,最后到有人要
: 去找他物理单挑的地步。人就是一网上绝不认第二的战斗机,你要是没点能耐最好不要
: 惹它,你惹了它就不要抱怨他追着你咬。

n*l
发帖数: 1126
14
你爱怎么干怎么干,不用征求别人意见,在版上发一堆帖子抱怨没有实际动作很逊
你敢说句要是没办成他你怎么样?

【在 t**********1 的大作中提到】
: 所以你说网下办了他,我也认为正确。
t**********1
发帖数: 550
15
办不办是态度问题。
能不能办成有很多因素。老姜不是说了么。做生意的都挺狠。办不成也要咬你一口 LOL。
发帖子不代表不办。我又没什么理由不办。办的过程我也要享受。

【在 n*l 的大作中提到】
: 你爱怎么干怎么干,不用征求别人意见,在版上发一堆帖子抱怨没有实际动作很逊
: 你敢说句要是没办成他你怎么样?

n*l
发帖数: 1126
16
LOL,说到底你就是拿他没办法了,只能在这YY
看戏的都散了吧,没啥好看的了

LOL。

【在 t**********1 的大作中提到】
: 办不办是态度问题。
: 能不能办成有很多因素。老姜不是说了么。做生意的都挺狠。办不成也要咬你一口 LOL。
: 发帖子不代表不办。我又没什么理由不办。办的过程我也要享受。

t**********1
发帖数: 550
17
你挑拨不挑拨。我都会办他。而且要在这个BBS以外办他。这回你满意了么?

【在 n*l 的大作中提到】
: LOL,说到底你就是拿他没办法了,只能在这YY
: 看戏的都散了吧,没啥好看的了
:
: LOL。

n*l
发帖数: 1126
18
你怎么整的跟叶良辰似的,很有背景啊
跟我满意不满意有啥关系么,我就是一个看戏的,演的精彩叫个好,演的没劲起个哄
你说能办古德霸,说实话我是不信的,你要是真做了,我打心里佩服你

【在 t**********1 的大作中提到】
: 你挑拨不挑拨。我都会办他。而且要在这个BBS以外办他。这回你满意了么?
a****u
发帖数: 1537
19
老祖宗留下很多名言,比如啥啥会叫的狗

【在 n*l 的大作中提到】
: 你怎么整的跟叶良辰似的,很有背景啊
: 跟我满意不满意有啥关系么,我就是一个看戏的,演的精彩叫个好,演的没劲起个哄
: 你说能办古德霸,说实话我是不信的,你要是真做了,我打心里佩服你

a****u
发帖数: 1537
20
搞企业,挑战是一方面,情怀是另外一方面。Google说要把全世界的知识变得更容易检
索,Facebook要把全世界连接起来。请问高频交易搞了啥?高频交易搞的就是吃两口屎
增加两亿GDP的把戏。再说了,写高频程序没啥了不起的,又不是以前搞核弹现在搞模
型的,就体系里面一操粪扒的。
老魏那个二逼看不懂Nest要做智能家居的hub,光在那里琢磨某一个元器件的用料。就
这vision,他能理解一个LV包比一头牛还值钱的道理么?

【在 n****j 的大作中提到】
: 做企业就是要有挑战最强者的勇气,就算我不能完全打败你,起码要在某方面胜过你,
: 细分市场上狠狠咬你一块肉。至于什么犹太人街头把戏,呵呵,真不知道怎么说你们这
: 些理工男了。

相关主题
没干过大数据云计算的不用琢磨12306了学术贴,1M/s ACID Message Queue
qxc,我接招了,你给的要求太弱的,给你加强了简单介绍一下老魏的结构
Consistency做好了不容易12306平稳渡过抢票高峰期 最多每秒售出近700张 (转载)
进入Programming版参与讨论
c********1
发帖数: 5269
21
Pushing for an escalated fight?

【在 a****u 的大作中提到】
: 老祖宗留下很多名言,比如啥啥会叫的狗
a****u
发帖数: 1537
22
看不顺眼,来灌灌水。

【在 c********1 的大作中提到】
: Pushing for an escalated fight?
c********1
发帖数: 5269
23
看不顺眼
不看 is an alternative option.

【在 a****u 的大作中提到】
: 看不顺眼,来灌灌水。
f******2
发帖数: 2455
24
这事儿古老师出来认个错就完了,现在是古老师走的是"你来搞我啊,不搞是xx的路子"
, 魏老师不好办。

【在 n*l 的大作中提到】
: 说来说去都是些车轱辘话,离不开小孩子拌嘴我就最牛X你才最傻X的套路,外加一个你
: 要不服气我告你妈/叫我哥扁你。
: 魏老师你没必要整天发帖子威胁要怎么怎么样,你要真能有办法办了古德霸,我竖个大
: 拇哥赞你一声真汉子。如果你说这些就是纯发泄,其实也没法把人怎么样,那你就还不
: 如认个怂承认不如霸哥牛X得了,以后让他别跟你帖子了,这样海阔天空各走一边也不
: 错。

b*******g
发帖数: 603
25
真有错的话我可以认。请你指出我说得哪里错了。
1. 太监写了个太监技术器,都不保证票能卖出去,被打脸。多线程实在搞不定,退回
单线程,死撑一定能行。qxc拿出机器,大家都等着实测,立马尿遁一年。
2. 出来之后叫板Nest只是它平台上一个应用,还不是最好的。现有的都是屎,被我发
现应用没人用,又尿遁一年。
3. 又出来后装成功企业家,被我发现应用还是没人用,平台然并卵。对XDA号称hobby
project。没funding。恼羞成怒撒泼中。跟网友征集黑材料,号称要报告HR,一会擦
Glock,一会说弄死我也是我应得的。
但除了在本版撒泼,没有任何实际行动。还不如10几年前让BBS血流成河,至少给MIT网
管打了小报告,look不得不关了一些盗版版面。

子"

【在 f******2 的大作中提到】
: 这事儿古老师出来认个错就完了,现在是古老师走的是"你来搞我啊,不搞是xx的路子"
: , 魏老师不好办。

t**********1
发帖数: 550
26
别不要脸,我问过你很多次了,你号称计数器不支持transaction,造谣上百次,这回
换个说法继续造谣。
1. 计数器震荡是个小bug。当时马上就fix了。多线程fix以后遇到race就自动重试一次
而已。本来就是微秒级别的延迟,甚至纳秒。10核race相当罕见。因为马上无效请求就
会被cache机屏蔽。你看不懂是你自己的问题。单线程也没有问题。都是每秒5M以上票
数的。
现在我问你,你要是能证明我没有fix,那我公开道歉,再也不来。你要是不能证明,
那你自己自杀ID以后滚出去好不好? Come on. Be a man!
你证明不了我没有fix。还继续散步谣言,污言秽语,我当然要搞你。反正我手头信息
足够。LOL
2. 3. 智能控温是我平台的应用。我和谁都是这么说的。你爱懂不懂。爱咋说咋说。我
不在乎。对我的business毫无影响。
今天打你,是因为上百次造谣计数器不支持transaction,连续两年持续造谣。我手头
信息足够。整你绰绰有余。反正我时间也足够。呵呵。

hobby

【在 b*******g 的大作中提到】
: 真有错的话我可以认。请你指出我说得哪里错了。
: 1. 太监写了个太监技术器,都不保证票能卖出去,被打脸。多线程实在搞不定,退回
: 单线程,死撑一定能行。qxc拿出机器,大家都等着实测,立马尿遁一年。
: 2. 出来之后叫板Nest只是它平台上一个应用,还不是最好的。现有的都是屎,被我发
: 现应用没人用,又尿遁一年。
: 3. 又出来后装成功企业家,被我发现应用还是没人用,平台然并卵。对XDA号称hobby
: project。没funding。恼羞成怒撒泼中。跟网友征集黑材料,号称要报告HR,一会擦
: Glock,一会说弄死我也是我应得的。
: 但除了在本版撒泼,没有任何实际行动。还不如10几年前让BBS血流成河,至少给MIT网
: 管打了小报告,look不得不关了一些盗版版面。

t****n
发帖数: 263
27
你那个fix是指ssa的solution吗?

【在 t**********1 的大作中提到】
: 别不要脸,我问过你很多次了,你号称计数器不支持transaction,造谣上百次,这回
: 换个说法继续造谣。
: 1. 计数器震荡是个小bug。当时马上就fix了。多线程fix以后遇到race就自动重试一次
: 而已。本来就是微秒级别的延迟,甚至纳秒。10核race相当罕见。因为马上无效请求就
: 会被cache机屏蔽。你看不懂是你自己的问题。单线程也没有问题。都是每秒5M以上票
: 数的。
: 现在我问你,你要是能证明我没有fix,那我公开道歉,再也不来。你要是不能证明,
: 那你自己自杀ID以后滚出去好不好? Come on. Be a man!
: 你证明不了我没有fix。还继续散步谣言,污言秽语,我当然要搞你。反正我手头信息
: 足够。LOL

t**********1
发帖数: 550
28
是,第二天我还给出一个单线程solution,当然也不会有震荡问题。
因此,fix一共有两个。

【在 t****n 的大作中提到】
: 你那个fix是指ssa的solution吗?
t****n
发帖数: 263
29
单线程的那个我没看到你转。ssa那个有些问题。最简单容易理解的就是:退票怎么办
?要不要increment B?要的话就什么问题都没fix。不要的话怎么解决?

【在 t**********1 的大作中提到】
: 是,第二天我还给出一个单线程solution,当然也不会有震荡问题。
: 因此,fix一共有两个。

t**********1
发帖数: 550
30
单线程帖子
http://www.mitbbs.com/article_t1/Programming/31314877_0_1.html
其实单线程性能更好。
多线程那个,我现在都找不到原始贴了。
就这么说吧。单线程,按照我的条件假定。性能已经够了。
相关主题
别吵了,看看这个旧贴,三个月还在原地打圈其实就是两党党争
单线程测试结果出来了请老魏给出一个简单的文字解释
顺便和nod101说说做产品静态计数器和订票系统的区别
进入Programming版参与讨论
t****n
发帖数: 263
31
多线程的那个还是我看到你昨天转的呢!
所以说lock free 不是那么好玩的。不要说transaction,正确性都保证不了。
你这“单线程”的说法不靠谱,而且你benchmark简化了太多的东西,没法服人的。
骂你归骂你,我认为类似于“单线程”的思路是能work的。
这里:http://martinfowler.com/articles/lmax.html
据说做到了6m。

【在 t**********1 的大作中提到】
: 单线程帖子
: http://www.mitbbs.com/article_t1/Programming/31314877_0_1.html
: 其实单线程性能更好。
: 多线程那个,我现在都找不到原始贴了。
: 就这么说吧。单线程,按照我的条件假定。性能已经够了。

n****j
发帖数: 1708
32
又不是一台 486 搞定 12306,单线程需要做的就是发号牌、保证瓶颈能过,其他前台
、付款、结算、出票可以 scale 的都可以用别的机子做,

【在 t****n 的大作中提到】
: 多线程的那个还是我看到你昨天转的呢!
: 所以说lock free 不是那么好玩的。不要说transaction,正确性都保证不了。
: 你这“单线程”的说法不靠谱,而且你benchmark简化了太多的东西,没法服人的。
: 骂你归骂你,我认为类似于“单线程”的思路是能work的。
: 这里:http://martinfowler.com/articles/lmax.html
: 据说做到了6m。

t****n
发帖数: 263
33
说的就是不能scale的部分简化太过。特别是io。靠hand waving是说服不了人的。我转
的文章里address了所有这些问题。

【在 n****j 的大作中提到】
: 又不是一台 486 搞定 12306,单线程需要做的就是发号牌、保证瓶颈能过,其他前台
: 、付款、结算、出票可以 scale 的都可以用别的机子做,

b*******g
发帖数: 603
34
单机百万的 Helloworld echo 都很难,别说单线程还要锁票和写硬盘。

【在 t****n 的大作中提到】
: 说的就是不能scale的部分简化太过。特别是io。靠hand waving是说服不了人的。我转
: 的文章里address了所有这些问题。

n****j
发帖数: 1708
35
画白板的时候当然不可能把所有细节都考虑到,更何况没人给钱就是 BBS 上打个嘴炮
。实际 performance 可能是 1 可能是 0.8 可能是 0.01 这都正常。关键思路对了就
行,剩下的是马公抠腚的事。

【在 t****n 的大作中提到】
: 说的就是不能scale的部分简化太过。特别是io。靠hand waving是说服不了人的。我转
: 的文章里address了所有这些问题。

n****j
发帖数: 1708
36
写个鸡巴硬盘,你丫毛都不懂,抢票节点需要写硬盘吗?说你傻逼还不服气。

【在 b*******g 的大作中提到】
: 单机百万的 Helloworld echo 都很难,别说单线程还要锁票和写硬盘。
b*******g
发帖数: 603
37
不写硬盘你给用户说抢到了,一会断电找你拼命的是几千万用户。傻逼做不出来就老实
点,别瞎鸡巴撑。

【在 n****j 的大作中提到】
: 写个鸡巴硬盘,你丫毛都不懂,抢票节点需要写硬盘吗?说你傻逼还不服气。
t****n
发帖数: 263
38
你这就是hand waving。实话实说,我觉得你连难点在哪都不清楚。

【在 n****j 的大作中提到】
: 画白板的时候当然不可能把所有细节都考虑到,更何况没人给钱就是 BBS 上打个嘴炮
: 。实际 performance 可能是 1 可能是 0.8 可能是 0.01 这都正常。关键思路对了就
: 行,剩下的是马公抠腚的事。

t****n
发帖数: 263
39
呵呵,马上就是证明

【在 n****j 的大作中提到】
: 写个鸡巴硬盘,你丫毛都不懂,抢票节点需要写硬盘吗?说你傻逼还不服气。
n****j
发帖数: 1708
40
你懂个毛啊,抢票节点就是拿个号,实际出票是后面的事。断电也不过是从其他节点恢
复状态。
说你傻逼你还跟着数数,LOL

【在 b*******g 的大作中提到】
: 不写硬盘你给用户说抢到了,一会断电找你拼命的是几千万用户。傻逼做不出来就老实
: 点,别瞎鸡巴撑。

相关主题
静态计数器和订票系统的区别应该给魏大师发10个图灵奖。
赌约在此分布式分票算法
TeacherWei 的订票机的问题问魏老师个问题,跟赌约无关
进入Programming版参与讨论
b*******g
发帖数: 603
41
傻逼你连 ACID都没弄明白啥意思,就出来丢人了。

【在 n****j 的大作中提到】
: 你懂个毛啊,抢票节点就是拿个号,实际出票是后面的事。断电也不过是从其他节点恢
: 复状态。
: 说你傻逼你还跟着数数,LOL

t**********1
发帖数: 550
42
你这个人有硬伤。
抢到票才出票。出票才涉及写盘。
每天才出那么千八百万张票,是问题么?谁也不敢说是问题吧?
抢票机死掉,从后面的出票节点恢复状态,千八百万张票,也就几秒钟的事情。
没出票的,就当事情没发生好了。
刚才几个跟着你骂我的,也问我同样的问题。我简单回答了。人家都没好意思继续纠缠
。你好意思么?
还有,你的嘴太脏了。每贴都跟厕所里面捞出来的一样。

【在 b*******g 的大作中提到】
: 傻逼你连 ACID都没弄明白啥意思,就出来丢人了。
b*******g
发帖数: 603
43
傻逼你这是要把出票节点包含进入你的 transaction的节奏吗?
你们几个傻逼能不能去学学什么叫 ACID再来丢人。

【在 t**********1 的大作中提到】
: 你这个人有硬伤。
: 抢到票才出票。出票才涉及写盘。
: 每天才出那么千八百万张票,是问题么?谁也不敢说是问题吧?
: 抢票机死掉,从后面的出票节点恢复状态,千八百万张票,也就几秒钟的事情。
: 没出票的,就当事情没发生好了。
: 刚才几个跟着你骂我的,也问我同样的问题。我简单回答了。人家都没好意思继续纠缠
: 。你好意思么?
: 还有,你的嘴太脏了。每贴都跟厕所里面捞出来的一样。

t**********1
发帖数: 550
44
别无耻好不好?
出票节点可以看成一个独立的网络数据库。当成ACID数据库都没问题。反正我的设计可
以不管。我只管抢票。高性能抢票。
我懂不懂ACID都对我的这部分设计没影响。
你的嘴太脏了。厕所里面捞出来的么?

【在 b*******g 的大作中提到】
: 傻逼你这是要把出票节点包含进入你的 transaction的节奏吗?
: 你们几个傻逼能不能去学学什么叫 ACID再来丢人。

n****j
发帖数: 1708
45
傻逼你连个 SQL query 都写不出来还谈什么 ACID,说你蠢你还就得承认。抢票节点本
质就是给记录加锁,保证不会重复出票,所有的常规 DB 操作都可以放在后面的节点做
。你丫的智商真是堪忧啊,服了。

【在 b*******g 的大作中提到】
: 傻逼你这是要把出票节点包含进入你的 transaction的节奏吗?
: 你们几个傻逼能不能去学学什么叫 ACID再来丢人。

b*******g
发帖数: 603
46
你跟太监都一样要做 distributed transaction是吧? 你怎么保证抢票机和出票级状
态一致,傻逼你觉得行你来呀。

【在 n****j 的大作中提到】
: 傻逼你连个 SQL query 都写不出来还谈什么 ACID,说你蠢你还就得承认。抢票节点本
: 质就是给记录加锁,保证不会重复出票,所有的常规 DB 操作都可以放在后面的节点做
: 。你丫的智商真是堪忧啊,服了。

h*i
发帖数: 3446
47
就一devops,要求不能太高了。
t**********1
发帖数: 550
48
别人都懂了。你失心疯了么?
这么搞,几天下来,全体都会同意我帮着NFLX搞掉你了。
留着你会丢全体华人的脸。

【在 b*******g 的大作中提到】
: 你跟太监都一样要做 distributed transaction是吧? 你怎么保证抢票机和出票级状
: 态一致,傻逼你觉得行你来呀。

h*i
发帖数: 3446
49
就个外行都明白了,netfix 的"架构师"还不明白,也是奇了。
c********1
发帖数: 5269
50
哈哈。我担心[escalted fight] 是多余的。
相关主题
想请教魏老师一个方案中的理解问题。qxc,我接招了,你给的要求太弱的,给你加强了
给nod101一个最优化的实时分配车票座位的算法Consistency做好了不容易
没干过大数据云计算的不用琢磨12306了学术贴,1M/s ACID Message Queue
进入Programming版参与讨论
n****j
发帖数: 1708
51
卧槽,这么傻逼的问题你丫都敢出来问,真不如一头撞死算了。
抢到票不代表出票,最终要用户付款才出票成功。在这段时间内抢票节点只是把这段票
给锁了,保证不出给别人。最后付款成功在 DB 里做好标记、再通知抢票机更新状态,
抢票节点爆掉就从 DB 取最终状态。
这么简单的机制你们技校都没教过?这尼玛难怪一个 SQL 都写不出来。

【在 b*******g 的大作中提到】
: 你跟太监都一样要做 distributed transaction是吧? 你怎么保证抢票机和出票级状
: 态一致,傻逼你觉得行你来呀。

b*******g
发帖数: 603
52
傻逼你把票锁了,不写硬盘光内存减个数。一断电屁都没了,你丫还出票机呢。

【在 n****j 的大作中提到】
: 卧槽,这么傻逼的问题你丫都敢出来问,真不如一头撞死算了。
: 抢到票不代表出票,最终要用户付款才出票成功。在这段时间内抢票节点只是把这段票
: 给锁了,保证不出给别人。最后付款成功在 DB 里做好标记、再通知抢票机更新状态,
: 抢票节点爆掉就从 DB 取最终状态。
: 这么简单的机制你们技校都没教过?这尼玛难怪一个 SQL 都写不出来。

h*i
发帖数: 3446
53
人家根本就不做distributed transaction. 这位读死书的,以为只有distributed 才
能scale。datomic也是teacherwei的这种单机transactor的nosql db,巴西一个银行用。
榆木脑袋这么不好使,清华扩招水平下降很快嘛。
t**********1
发帖数: 550
54
没了的都当没发生。你悲愤么?
你家数据中心三天两头断电?千八百年出一次就不错了。
状态恢复也就几秒钟的事情。恢复过程中用户抢不到票,你悲愤也没用。

【在 b*******g 的大作中提到】
: 傻逼你把票锁了,不写硬盘光内存减个数。一断电屁都没了,你丫还出票机呢。
h*i
发帖数: 3446
55
这是CS毕业的么?OMFG!
b*******g
发帖数: 603
56
Datomic是放内存里不管了?傻逼你呀别学了个NoSQL名词就来装逼。

用。

【在 h*i 的大作中提到】
: 人家根本就不做distributed transaction. 这位读死书的,以为只有distributed 才
: 能scale。datomic也是teacherwei的这种单机transactor的nosql db,巴西一个银行用。
: 榆木脑袋这么不好使,清华扩招水平下降很快嘛。

t**********1
发帖数: 550
57
这些帖子爆出去,我看他NFLX无论如何也混不下去了。
今天还表态支持他的,估计明天都下线了。

【在 h*i 的大作中提到】
: 这是CS毕业的么?OMFG!
b*******g
发帖数: 603
58
你丫跟几百万用户说抢到票了,说没了就没了?要动乱的。太监就能写个太监版的东西
。还他妈有小太监跟着丢人。

【在 t**********1 的大作中提到】
: 没了的都当没发生。你悲愤么?
: 你家数据中心三天两头断电?千八百年出一次就不错了。
: 状态恢复也就几秒钟的事情。恢复过程中用户抢不到票,你悲愤也没用。

h*i
发帖数: 3446
59
沒了就沒了,acid不保证一定要有啊?这也能CS毕业?清华毕业生这么水?我烂校心理
系毕业的都秒杀。
b*******g
发帖数: 603
60
我操,acid里的d是durability。没了就没了你丫也敢说,你丫一个文科生懂个屁呀。

【在 h*i 的大作中提到】
: 沒了就沒了,acid不保证一定要有啊?这也能CS毕业?清华毕业生这么水?我烂校心理
: 系毕业的都秒杀。

相关主题
简单介绍一下老魏的结构单线程测试结果出来了
12306平稳渡过抢票高峰期 最多每秒售出近700张 (转载)顺便和nod101说说做产品
别吵了,看看这个旧贴,三个月还在原地打圈其实就是两党党争
进入Programming版参与讨论
t**********1
发帖数: 550
61
有没有抢到票,出票机说了算。
出票机就是ACID数据库。每天千八百万张票,算个屁?
抢票机挂了,也需要从出票机恢复状态。
别人都懂了,你还不懂?硬伤!
不懂还满嘴喷粪。明天大家不得像对待麻风病人一样躲着你?

【在 b*******g 的大作中提到】
: 你丫跟几百万用户说抢到票了,说没了就没了?要动乱的。太监就能写个太监版的东西
: 。还他妈有小太监跟着丢人。

n****j
发帖数: 1708
62
麻辣隔壁你们技校谁教语文的,拉出去崩了。
说得很清楚,有票没票以 DB 为准,断电找 DB 要状态去。抢票节点就是个高速缓存,
同时保证不重复出票。这要是还看不懂,你丫就是彻头彻脑的白痴了。

【在 b*******g 的大作中提到】
: 傻逼你把票锁了,不写硬盘光内存减个数。一断电屁都没了,你丫还出票机呢。
h*i
发帖数: 3446
63
断了就回说沒抢到啊。
这种水平的,也敢说是计算机系毕业的?
b*******g
发帖数: 603
64
抢票机修改计数器有状态变化,不用写回数据库?你丫一脑残还他妈出来混。

【在 n****j 的大作中提到】
: 麻辣隔壁你们技校谁教语文的,拉出去崩了。
: 说得很清楚,有票没票以 DB 为准,断电找 DB 要状态去。抢票节点就是个高速缓存,
: 同时保证不重复出票。这要是还看不懂,你丫就是彻头彻脑的白痴了。

h*i
发帖数: 3446
65
d是transaction成功之后,你断电了就沒成功啊。我天,这是清华教出来的?我个清华
女婿都觉得掉脸了。
t**********1
发帖数: 550
66
啥数据库?抢票机都在内存里面。抢到了内存状态肯定改。然后发给出票机(ACID数据
库)出票。
出票机(ACID数据库)确认出票完成,才给用户确认。
注意,每天可能几十亿抢票请求。真正能出的票也就千八百万张而已。出票数据库load
很小的。
抢票机挂了,通过出票机(ACID数据库)恢复内存状态好了。

【在 b*******g 的大作中提到】
: 抢票机修改计数器有状态变化,不用写回数据库?你丫一脑残还他妈出来混。
n****j
发帖数: 1708
67
我的亲娘啊,抢票节点的状态只是表示占座,不代表出票,自己知道就行,保证不重票
,这是 status = 0。后端付款了,通知抢票鸡,甚至不通知都行,反正不是 1 的就不
会分配票。
我日,你丫该给我交学费钱了吧?

【在 b*******g 的大作中提到】
: 抢票机修改计数器有状态变化,不用写回数据库?你丫一脑残还他妈出来混。
t****n
发帖数: 263
68
出票机挂了呢?怎么恢复?再好好想想吧!

load

【在 t**********1 的大作中提到】
: 啥数据库?抢票机都在内存里面。抢到了内存状态肯定改。然后发给出票机(ACID数据
: 库)出票。
: 出票机(ACID数据库)确认出票完成,才给用户确认。
: 注意,每天可能几十亿抢票请求。真正能出的票也就千八百万张而已。出票数据库load
: 很小的。
: 抢票机挂了,通过出票机(ACID数据库)恢复内存状态好了。

t****n
发帖数: 263
69
出票机挂了呢?

【在 n****j 的大作中提到】
: 我的亲娘啊,抢票节点的状态只是表示占座,不代表出票,自己知道就行,保证不重票
: ,这是 status = 0。后端付款了,通知抢票鸡,甚至不通知都行,反正不是 1 的就不
: 会分配票。
: 我日,你丫该给我交学费钱了吧?

n****j
发帖数: 1708
70
出票机重启之后把最新状态发给抢票鸡更新

【在 t****n 的大作中提到】
: 出票机挂了呢?怎么恢复?再好好想想吧!
:
: load

相关主题
其实就是两党党争赌约在此
请老魏给出一个简单的文字解释TeacherWei 的订票机的问题
静态计数器和订票系统的区别应该给魏大师发10个图灵奖。
进入Programming版参与讨论
t**********1
发帖数: 550
71
出票机号称ACID数据库,其实是支付系统。
你想做支付系统,也没这个资格。牵涉多少利益?都是现成的。你有的挑么?

【在 t****n 的大作中提到】
: 出票机挂了呢?怎么恢复?再好好想想吧!
:
: load

t****n
发帖数: 263
72
什么状态?就一个出票机?

【在 n****j 的大作中提到】
: 出票机重启之后把最新状态发给抢票鸡更新
t**********1
发帖数: 550
73
出票机号称ACID数据库,其实是支付系统。
你想做支付系统,也没这个资格。牵涉多少利益?都是现成的。你有的挑么?

【在 t****n 的大作中提到】
: 什么状态?就一个出票机?
n****j
发帖数: 1708
74
一个车次一个出票机行了吧?通知你 21 次列车 1 车 25 座未售,麻烦抢票鸡把代表
这张票的 8 个字节改成 0xFFFFFFFFFFFFFFFF。

【在 t****n 的大作中提到】
: 什么状态?就一个出票机?
t****n
发帖数: 263
75
我问你,几个出票机?什么时候恢复?怎么恢复?

【在 t**********1 的大作中提到】
: 出票机号称ACID数据库,其实是支付系统。
: 你想做支付系统,也没这个资格。牵涉多少利益?都是现成的。你有的挑么?

b*******s
发帖数: 5216
76
stack as java + db does do harm to IQ
n****j
发帖数: 1708
77
一个车次一个鸡,出票机重启发状态更新消息给抢票鸡,还有问题么?

【在 t****n 的大作中提到】
: 我问你,几个出票机?什么时候恢复?怎么恢复?
t**********1
发帖数: 550
78
支付系统保证ACID,是他们的事情。
至于ACID如何恢复的问题,我们设计可以不管。
记住,既然ACID了。就是每个请求成功失败都是确定的。其实出票机挂了根本不需要恢
复。
失败的打回去。然后抢票机拒绝服务等出票机重新起来就好了。

【在 t****n 的大作中提到】
: 我问你,几个出票机?什么时候恢复?怎么恢复?
t****n
发帖数: 263
79
所以不是有票必须出,是吧?

【在 t**********1 的大作中提到】
: 支付系统保证ACID,是他们的事情。
: 至于ACID如何恢复的问题,我们设计可以不管。
: 记住,既然ACID了。就是每个请求成功失败都是确定的。其实出票机挂了根本不需要恢
: 复。
: 失败的打回去。然后抢票机拒绝服务等出票机重新起来就好了。

h*i
发帖数: 3446
80
我说呢,原来是iq问题。
相关主题
分布式分票算法给nod101一个最优化的实时分配车票座位的算法
问魏老师个问题,跟赌约无关没干过大数据云计算的不用琢磨12306了
想请教魏老师一个方案中的理解问题。qxc,我接招了,你给的要求太弱的,给你加强了
进入Programming版参与讨论
t**********1
发帖数: 550
81
tiswen,古德霸多胡搅蛮缠你看到了。
我觉得他精神状况不是很稳定,你要是他的朋友,希望你在这方面开导他。
x****u
发帖数: 44466
82
魏老师,你要知道,抢票在12306这个系统里的优先级是灰常低的。
您这个设计放在网游甚至某宝的秒杀游戏里可能更有意义。

【在 t**********1 的大作中提到】
: 支付系统保证ACID,是他们的事情。
: 至于ACID如何恢复的问题,我们设计可以不管。
: 记住,既然ACID了。就是每个请求成功失败都是确定的。其实出票机挂了根本不需要恢
: 复。
: 失败的打回去。然后抢票机拒绝服务等出票机重新起来就好了。

t****n
发帖数: 263
83
出票机怎么知道抢票机什么状态?更新?你怎么知道更新什么?连票呢?distibuted
transaction?怎么做?

【在 n****j 的大作中提到】
: 一个车次一个鸡,出票机重启发状态更新消息给抢票鸡,还有问题么?
t**********1
发帖数: 550
84
开玩笑,支付系统不是设计者的责任。
谁设计这个系统,也不可能把支付系统一勺烩了。
你这么说就是有点强词夺理了。如果你要确定的回答,对,如果支付系统挂了,有票也
出不了。
如果打核战争了,火车都没了,票还有。

【在 t****n 的大作中提到】
: 所以不是有票必须出,是吧?
b*******g
发帖数: 603
85
怎么自己知道?你可是做的实时系统,给用户说票预留了。抢票节点一挂你又说不算。
用户跟你拼命。

【在 n****j 的大作中提到】
: 我的亲娘啊,抢票节点的状态只是表示占座,不代表出票,自己知道就行,保证不重票
: ,这是 status = 0。后端付款了,通知抢票鸡,甚至不通知都行,反正不是 1 的就不
: 会分配票。
: 我日,你丫该给我交学费钱了吧?

t**********1
发帖数: 550
86
不能出票算退票。
这个不是技术问题。其实应该先注册支付手段再抢票,抢到了立刻自动支付。
支付失败直接自动退票就好了。

【在 t****n 的大作中提到】
: 出票机怎么知道抢票机什么状态?更新?你怎么知道更新什么?连票呢?distibuted
: transaction?怎么做?

n****j
发帖数: 1708
87
我 。。。。。。
1、你先告诉我出票机为什么要知道抢票鸡状态
2、更新什么刚才告诉你了,重复一遍:有票没票
3、出票机只关心自己的车次,连票怎么分配可以由抢票鸡计算、甚至更前端来做

【在 t****n 的大作中提到】
: 出票机怎么知道抢票机什么状态?更新?你怎么知道更新什么?连票呢?distibuted
: transaction?怎么做?

t**********1
发帖数: 550
88
其实我说的,出票及就是支付系统。
这样他们就明白了。出票及只管支付。

【在 n****j 的大作中提到】
: 我 。。。。。。
: 1、你先告诉我出票机为什么要知道抢票鸡状态
: 2、更新什么刚才告诉你了,重复一遍:有票没票
: 3、出票机只关心自己的车次,连票怎么分配可以由抢票鸡计算、甚至更前端来做

b***i
发帖数: 3043
89
转车呢

【在 n****j 的大作中提到】
: 一个车次一个出票机行了吧?通知你 21 次列车 1 车 25 座未售,麻烦抢票鸡把代表
: 这张票的 8 个字节改成 0xFFFFFFFFFFFFFFFF。

t****n
发帖数: 263
90
所以你假定支付系统可以支撑这个load?那么你的这个所谓的抢票系统就是goodbug的
queue的加强版了。看,你们实际上是说同一个事。

【在 t**********1 的大作中提到】
: 开玩笑,支付系统不是设计者的责任。
: 谁设计这个系统,也不可能把支付系统一勺烩了。
: 你这么说就是有点强词夺理了。如果你要确定的回答,对,如果支付系统挂了,有票也
: 出不了。
: 如果打核战争了,火车都没了,票还有。

相关主题
Consistency做好了不容易12306平稳渡过抢票高峰期 最多每秒售出近700张 (转载)
学术贴,1M/s ACID Message Queue别吵了,看看这个旧贴,三个月还在原地打圈
简单介绍一下老魏的结构单线程测试结果出来了
进入Programming版参与讨论
t**********1
发帖数: 550
91
多张联票,早讨论烂了。

【在 b***i 的大作中提到】
: 转车呢
n****j
发帖数: 1708
92
你特么这不是废话嘛,先不说挂机的概率有多小,如果真挂了,你特么没掏一分钱,还
就把火车站点了?再说了,查询的时候有票、下单没票了再正常不过了,你丫 BF 买不
到电视机有没有跟 best buy 拼命啊?

【在 b*******g 的大作中提到】
: 怎么自己知道?你可是做的实时系统,给用户说票预留了。抢票节点一挂你又说不算。
: 用户跟你拼命。

b*******g
发帖数: 603
93
怎么通知抢票机?通知丢了呢?

【在 n****j 的大作中提到】
: 一个车次一个出票机行了吧?通知你 21 次列车 1 车 25 座未售,麻烦抢票鸡把代表
: 这张票的 8 个字节改成 0xFFFFFFFFFFFFFFFF。

n****j
发帖数: 1708
94
前端查询的时候就确定要哪几个车次了,抢票鸡做的就是把这些票标记一下 hold,怎
么转车由应用服务器跟用户掂量着办

【在 b***i 的大作中提到】
: 转车呢
t****n
发帖数: 263
95
不知道怎么”改”。你怎么知道有多少张票在挂的时候丢了?
一个连票里一段的出票机挂了。怎么恢复?

【在 n****j 的大作中提到】
: 我 。。。。。。
: 1、你先告诉我出票机为什么要知道抢票鸡状态
: 2、更新什么刚才告诉你了,重复一遍:有票没票
: 3、出票机只关心自己的车次,连票怎么分配可以由抢票鸡计算、甚至更前端来做

b*******g
发帖数: 603
96
那是查询吗?那是预留票。你丫不是抢票机吗?傻逼你丫现在知道自己怎么傻逼了吧。
transaction要是能绕过去,图灵奖都拿了。

【在 n****j 的大作中提到】
: 你特么这不是废话嘛,先不说挂机的概率有多小,如果真挂了,你特么没掏一分钱,还
: 就把火车站点了?再说了,查询的时候有票、下单没票了再正常不过了,你丫 BF 买不
: 到电视机有没有跟 best buy 拼命啊?

n****j
发帖数: 1708
97
前端查询的时候就确定要哪几个车次了,抢票鸡做的就是把这些票标记一下 hold,怎
么转车由应用服务器跟用户掂量着办

【在 b***i 的大作中提到】
: 转车呢
t**********1
发帖数: 550
98
你别闹了,做实时,抢票节点单机最优。如果古德霸承认的话就好。
抢票节点load是支付节点的成百上千倍。这个是核心。
古德霸有问题,我看你理解没问题。关键看屁股坐在什么地方而已。

【在 t****n 的大作中提到】
: 所以你假定支付系统可以支撑这个load?那么你的这个所谓的抢票系统就是goodbug的
: queue的加强版了。看,你们实际上是说同一个事。

b*******g
发帖数: 603
99
你一queue就是异步了,你这不是打太监的脸吗。人可是宇宙第一强实时。

【在 t****n 的大作中提到】
: 所以你假定支付系统可以支撑这个load?那么你的这个所谓的抢票系统就是goodbug的
: queue的加强版了。看,你们实际上是说同一个事。

n****j
发帖数: 1708
100
你丫别出来丢脸了好不好,通知当然需要 ACK,卧槽

【在 b*******g 的大作中提到】
: 怎么通知抢票机?通知丢了呢?
相关主题
顺便和nod101说说做产品静态计数器和订票系统的区别
其实就是两党党争赌约在此
请老魏给出一个简单的文字解释TeacherWei 的订票机的问题
进入Programming版参与讨论
t****n
发帖数: 263
101
我不认识他。只是这个问题比较有趣。搞清楚点了再接着卖你。

【在 t**********1 的大作中提到】
: tiswen,古德霸多胡搅蛮缠你看到了。
: 我觉得他精神状况不是很稳定,你要是他的朋友,希望你在这方面开导他。

t**********1
发帖数: 550
102
你这人真够烂的。每贴都是厕所捞上来的。
人家tiswen能听懂人话。你呢?丢人呀。

【在 b*******g 的大作中提到】
: 你一queue就是异步了,你这不是打太监的脸吗。人可是宇宙第一强实时。
n****j
发帖数: 1708
103
你先把自己思路整理一下再提问吧,我真的没法回答你了。出票机只管自己的这一段,
本身是个 DB,多少张票丢了你问他们去。明白了?

【在 t****n 的大作中提到】
: 不知道怎么”改”。你怎么知道有多少张票在挂的时候丢了?
: 一个连票里一段的出票机挂了。怎么恢复?

t**********1
发帖数: 550
104
古德霸这个人什么德性。这个主题你也看到了。
我希望你理解,不是我们和他过不去,是他和我们大家过不去。
你看看他哪怕有一贴没有污言秽语的?
这个人,把它从NFLX搞掉对大家都好。

【在 t****n 的大作中提到】
: 我不认识他。只是这个问题比较有趣。搞清楚点了再接着卖你。
t**********1
发帖数: 550
105
出票机
1. 是支付系统
2. 是ACID数据库
3. 既然号称ACID,就不会丢票。

【在 n****j 的大作中提到】
: 你先把自己思路整理一下再提问吧,我真的没法回答你了。出票机只管自己的这一段,
: 本身是个 DB,多少张票丢了你问他们去。明白了?

t****n
发帖数: 263
106
那是因为你没想明白。一张连票两段。一段挂了,一段过了。怎么知道,怎么恢复?

【在 n****j 的大作中提到】
: 你先把自己思路整理一下再提问吧,我真的没法回答你了。出票机只管自己的这一段,
: 本身是个 DB,多少张票丢了你问他们去。明白了?

n****j
发帖数: 1708
107
你丫真是智商大暴露了。
前端用户查询有票,提交订单,抢票鸡尝试锁定,成功之后通知后端生成订单,然后通
知用户。在这个过程中任一环节抢票鸡挂了,对用户来说就是订单提交失败,有人比他
先下单了。
最坏情况,订单生成后抢票鸡挂了,重启之后仍然可以通知用户出单成功。甚至不通知
也无所谓,顶多 30 分钟后按未付款处理,订单取消。

【在 b*******g 的大作中提到】
: 那是查询吗?那是预留票。你丫不是抢票机吗?傻逼你丫现在知道自己怎么傻逼了吧。
: transaction要是能绕过去,图灵奖都拿了。

t**********1
发帖数: 550
108
每个transaction带ID的。出票及支付系统ACID你要时刻记住。
失败只可能支付失败。支付失败所有票算退票。
你说的这些,都不是问题。现在要确定的是architectural design没问题。

【在 t****n 的大作中提到】
: 那是因为你没想明白。一张连票两段。一段挂了,一段过了。怎么知道,怎么恢复?
n****j
发帖数: 1708
109
重启之后查订单系统啊,如果已经付款,就标记售出,然后通知抢票鸡更新状态。这些
操作都跟抢票无关。
再说明白点,抢票只负责 hold,其他业务逻辑不变。

【在 t****n 的大作中提到】
: 那是因为你没想明白。一张连票两段。一段挂了,一段过了。怎么知道,怎么恢复?
t****n
发帖数: 263
110
对单一的acid系统没问题。可他不是说一个车次一个吗?
你的design和goodbug的一样。都是queue。可能也只能用queue

【在 t**********1 的大作中提到】
: 每个transaction带ID的。出票及支付系统ACID你要时刻记住。
: 失败只可能支付失败。支付失败所有票算退票。
: 你说的这些,都不是问题。现在要确定的是architectural design没问题。

相关主题
TeacherWei 的订票机的问题问魏老师个问题,跟赌约无关
应该给魏大师发10个图灵奖。想请教魏老师一个方案中的理解问题。
分布式分票算法给nod101一个最优化的实时分配车票座位的算法
进入Programming版参与讨论
t****n
发帖数: 263
111
没重启的那个呢?错着不管了?

【在 n****j 的大作中提到】
: 重启之后查订单系统啊,如果已经付款,就标记售出,然后通知抢票鸡更新状态。这些
: 操作都跟抢票无关。
: 再说明白点,抢票只负责 hold,其他业务逻辑不变。

n****j
发帖数: 1708
112
订单、支付、分票,这些都可以是独立的,你去研究一个电商系统就知道了。12306 的
区别,是 sku 之间有耦合,所以需要再加一个锁票节点,保证不重票。

【在 t****n 的大作中提到】
: 对单一的acid系统没问题。可他不是说一个车次一个吗?
: 你的design和goodbug的一样。都是queue。可能也只能用queue

n****j
发帖数: 1708
113
还是那句话啊,付款没有?没付款,超时就重置了。付款了,死机的那台怎么处理刚才
解释过了。

【在 t****n 的大作中提到】
: 没重启的那个呢?错着不管了?
b*******g
发帖数: 603
114
你丫真他妈傻逼,你要是通知数据库生成订单再返回,还想要每秒百万次?还单线程。

【在 n****j 的大作中提到】
: 你丫真是智商大暴露了。
: 前端用户查询有票,提交订单,抢票鸡尝试锁定,成功之后通知后端生成订单,然后通
: 知用户。在这个过程中任一环节抢票鸡挂了,对用户来说就是订单提交失败,有人比他
: 先下单了。
: 最坏情况,订单生成后抢票鸡挂了,重启之后仍然可以通知用户出单成功。甚至不通知
: 也无所谓,顶多 30 分钟后按未付款处理,订单取消。

t****n
发帖数: 263
115
所以你这个magical的付款系统就是source of true。单一的acid。看大家全回到一块
了。queue加单一acid系统。good

【在 n****j 的大作中提到】
: 还是那句话啊,付款没有?没付款,超时就重置了。付款了,死机的那台怎么处理刚才
: 解释过了。

t****n
发帖数: 263
116
goodbug说得对。你这个magical的付款系统还得接受不停的查询。不然怎么知道要重置
?不会work的

【在 n****j 的大作中提到】
: 还是那句话啊,付款没有?没付款,超时就重置了。付款了,死机的那台怎么处理刚才
: 解释过了。

n****j
发帖数: 1708
117
你先弄清楚我们要解决的问题是什么好不好?

【在 t****n 的大作中提到】
: 所以你这个magical的付款系统就是source of true。单一的acid。看大家全回到一块
: 了。queue加单一acid系统。good

n****j
发帖数: 1708
118
什么叫不停的查询?查什么?为什么查?你先说清楚了再讨论。

【在 t****n 的大作中提到】
: goodbug说得对。你这个magical的付款系统还得接受不停的查询。不然怎么知道要重置
: ?不会work的

t****n
发帖数: 263
119
不查你怎么知道未付款。当退票处理?

【在 n****j 的大作中提到】
: 什么叫不停的查询?查什么?为什么查?你先说清楚了再讨论。
n****j
发帖数: 1708
120
操,死机的概率有 0.01% 吗?这叫不停查询???

【在 t****n 的大作中提到】
: 不查你怎么知道未付款。当退票处理?
相关主题
没干过大数据云计算的不用琢磨12306了学术贴,1M/s ACID Message Queue
qxc,我接招了,你给的要求太弱的,给你加强了简单介绍一下老魏的结构
Consistency做好了不容易12306平稳渡过抢票高峰期 最多每秒售出近700张 (转载)
进入Programming版参与讨论
b*******g
发帖数: 603
121
甭问了,这种敏感系统,不满足ACID就是动乱的节奏。这俩傻逼连ACID是什么都没明白
就设计上了。必然一堆漏洞,补来补去只能回归ACID,性能又不行了。就是找打脸的节
奏。

【在 t****n 的大作中提到】
: 不查你怎么知道未付款。当退票处理?
t****n
发帖数: 263
122
问题就是没有现有的acid的系统,包括你神奇的付款系统可以handle这个load。所以要
么优化acid的系统。要么throttle load

【在 n****j 的大作中提到】
: 你先弄清楚我们要解决的问题是什么好不好?
n****j
发帖数: 1708
123
一个车次一台机子都不能满足???

【在 t****n 的大作中提到】
: 问题就是没有现有的acid的系统,包括你神奇的付款系统可以handle这个load。所以要
: 么优化acid的系统。要么throttle load

b*******g
发帖数: 603
124
太监要求说得清清楚楚要联程票,你这小太监真是猪一样的队友。

【在 n****j 的大作中提到】
: 一个车次一台机子都不能满足???
t**********1
发帖数: 550
125
每天1000万张票。10秒抢完。等几分钟后支付完毕好了。
问题是,不可能10秒抢完。实际不会那么快。很多请求其实都是直接返回没票而已。

【在 t****n 的大作中提到】
: 问题就是没有现有的acid的系统,包括你神奇的付款系统可以handle这个load。所以要
: 么优化acid的系统。要么throttle load

t****n
发帖数: 263
126
问的是没死的那些。它们怎么知道自己的票不在联票里而且其他段挂了?

【在 n****j 的大作中提到】
: 操,死机的概率有 0.01% 吗?这叫不停查询???
t**********1
发帖数: 550
127
你是不是嘴不喷粪不能讲话?
掏粪出身么?

【在 b*******g 的大作中提到】
: 甭问了,这种敏感系统,不满足ACID就是动乱的节奏。这俩傻逼连ACID是什么都没明白
: 就设计上了。必然一堆漏洞,补来补去只能回归ACID,性能又不行了。就是找打脸的节
: 奏。

h*i
发帖数: 3446
128
teacherwei, 我建议你还是去查证一下这个人是不是学历造假了,比在这儿跟他磨嘴皮
更productive,也算是为民除害了。

【在 t**********1 的大作中提到】
: 你是不是嘴不喷粪不能讲话?
: 掏粪出身么?

t****n
发帖数: 263
129
所以我说你的design就是数据库前加个加强版的queue

【在 t**********1 的大作中提到】
: 每天1000万张票。10秒抢完。等几分钟后支付完毕好了。
: 问题是,不可能10秒抢完。实际不会那么快。很多请求其实都是直接返回没票而已。

n****j
发帖数: 1708
130
没死的那个为啥要知道啊?死机的那个查订单、付款系统,如果需要,通知没死的那个
。没死的没事为啥要折腾啊???

【在 t****n 的大作中提到】
: 问的是没死的那些。它们怎么知道自己的票不在联票里而且其他段挂了?
相关主题
别吵了,看看这个旧贴,三个月还在原地打圈其实就是两党党争
单线程测试结果出来了请老魏给出一个简单的文字解释
顺便和nod101说说做产品静态计数器和订票系统的区别
进入Programming版参与讨论
t**********1
发帖数: 550
131
支付系统本身就是transactional queue。
我说了,核心是抢票机的load比支付系统也就是出票机大成百上千倍。
架构确定是第一步。细节你现在吹毛求疵也没意思。

【在 t****n 的大作中提到】
: 所以我说你的design就是数据库前加个加强版的queue
t****n
发帖数: 263
132
说到这步了你还是没想清楚。再重复一遍,联票,有的过了有的死了。死的那个屁记录
都没有。查什么?

【在 n****j 的大作中提到】
: 没死的那个为啥要知道啊?死机的那个查订单、付款系统,如果需要,通知没死的那个
: 。没死的没事为啥要折腾啊???

t**********1
发帖数: 550
133
实话说,ACID的queue每秒百万的也不难,主要是ssd要特制的。
我认识一个朋友就是做这个的。给金融用。startup。从sun创始人那里拿了一下钱。

【在 t**********1 的大作中提到】
: 支付系统本身就是transactional queue。
: 我说了,核心是抢票机的load比支付系统也就是出票机大成百上千倍。
: 架构确定是第一步。细节你现在吹毛求疵也没意思。

x****u
发帖数: 44466
134
这个load不是大问题。
静态靠负载均衡挡着,动态的全异步,前面的直接个连DB,*10的阻塞几秒排队,剩下
的直接显示无票即可。你要是想全阻塞也仅仅是个线性存储问题,没什么技术含量。

【在 t**********1 的大作中提到】
: 支付系统本身就是transactional queue。
: 我说了,核心是抢票机的load比支付系统也就是出票机大成百上千倍。
: 架构确定是第一步。细节你现在吹毛求疵也没意思。

n****j
发帖数: 1708
135
你啥意思?死机那台一片空白了?即便如此,查抢票鸡哪些票被 hold 了,然后对照出
票记录吧,都洗白了还有啥可说的,只能这么干了。
这跟抢票啥关系?哪个系统不需要考虑这个问题???

【在 t****n 的大作中提到】
: 说到这步了你还是没想清楚。再重复一遍,联票,有的过了有的死了。死的那个屁记录
: 都没有。查什么?

n****j
发帖数: 1708
136
别瞎说,就是 DB 没法 handle 这么大流量才需要 scale,但因为联票问题,sku 之间
有耦合,才不得不加个抢票鸡。说到底了,你啥异步啥云计算都没球用,因为耦合。

【在 x****u 的大作中提到】
: 这个load不是大问题。
: 静态靠负载均衡挡着,动态的全异步,前面的直接个连DB,*10的阻塞几秒排队,剩下
: 的直接显示无票即可。你要是想全阻塞也仅仅是个线性存储问题,没什么技术含量。

b*******g
发帖数: 603
137
票没有那么少,5000车次,平均可能10车段,一车3000票,过亿的票是有的。半个小时
发一次票,就是为了分票,把数量级降到几百万张。这样上那个10万一秒的数据库,一
分钟左右能搞定。如果不分票就得等20分钟,肯定就不成了。
所以还是我说的,不让人吃饭。

【在 x****u 的大作中提到】
: 这个load不是大问题。
: 静态靠负载均衡挡着,动态的全异步,前面的直接个连DB,*10的阻塞几秒排队,剩下
: 的直接显示无票即可。你要是想全阻塞也仅仅是个线性存储问题,没什么技术含量。

t**********1
发帖数: 550
138
我怀疑你是专门来搅屎的。
有意思么?

【在 x****u 的大作中提到】
: 这个load不是大问题。
: 静态靠负载均衡挡着,动态的全异步,前面的直接个连DB,*10的阻塞几秒排队,剩下
: 的直接显示无票即可。你要是想全阻塞也仅仅是个线性存储问题,没什么技术含量。

t****n
发帖数: 263
139
你需要补课的地方比较多。抢票机都出来了,你需要保证acid的state里有多了一大块
。抢票机的数字时刻在变。查了有什么用?

【在 n****j 的大作中提到】
: 你啥意思?死机那台一片空白了?即便如此,查抢票鸡哪些票被 hold 了,然后对照出
: 票记录吧,都洗白了还有啥可说的,只能这么干了。
: 这跟抢票啥关系?哪个系统不需要考虑这个问题???

x****u
发帖数: 44466
140
你不需要直接连db,给db做个简单代理api,把多余链接阻塞掉即可。
联票问题也很好解决,大部分用户根本不需要真接触db,只是个简单排队模型。

【在 n****j 的大作中提到】
: 别瞎说,就是 DB 没法 handle 这么大流量才需要 scale,但因为联票问题,sku 之间
: 有耦合,才不得不加个抢票鸡。说到底了,你啥异步啥云计算都没球用,因为耦合。

相关主题
静态计数器和订票系统的区别应该给魏大师发10个图灵奖。
赌约在此分布式分票算法
TeacherWei 的订票机的问题问魏老师个问题,跟赌约无关
进入Programming版参与讨论
t**********1
发帖数: 550
141
我回你帖子了。
ACID queue每秒百万根本不是问题。
SSD特制就好了。
或者直接用电池备份的RAMDISK。

【在 t****n 的大作中提到】
: 你需要补课的地方比较多。抢票机都出来了,你需要保证acid的state里有多了一大块
: 。抢票机的数字时刻在变。查了有什么用?

k******n
发帖数: 184
142
说能做出平民硬件下100W级别+考虑race condition scenario单机同步版的系统是工程
界的Turing Award一点也不为过。更别说要考虑多个数据中心的fault/disaster
tolerance。 任何要牵扯到多个数据中心备份容灾就不是单机可以解决的问题。一旦有
异步,很多extra的中途写入状态也没法避免。说到底这就不是单机系统能做的事儿。
不懂这个不是科班非科班问题, 甚至可以说不是有没有做过的问题, 而是做web
service的常识问题。 以前在os lab做research的时候和导师/phd做过extreme
throughput
design/test所以懂一些这方面的知识, 还仅仅是research project而已, down机
test也
是从学校机房某个server换到另一个, 和现实情况差远了。(我们os lab实力超强,导师
拿过sloan award, phd是google pages indexing的作者之一)。
其实这个帖子betterbug有些问得最关键最麻烦的问题往往被简单一句话带过了。 通过
我这几天所观察到姓Wei的和此贴另外一些人的情况来看, 能把一个几行代码就能完成
的东西写个几百行, 以及一笔带过/anti common sense回答关键问题的方式, 感觉的
确是水平硬伤问题。
t****n
发帖数: 263
143
我没觉得有什么问题。前面也说了有人做到了。我只是在强调仅仅一个计数器是不行的
。那绝不是这里的核心问题

【在 t**********1 的大作中提到】
: 我回你帖子了。
: ACID queue每秒百万根本不是问题。
: SSD特制就好了。
: 或者直接用电池备份的RAMDISK。

x****u
发帖数: 44466
144
我看半小时发票主要是为了满足公平原则,毕竟不是所有人都有可能在一个时间段抢票。
这个12306反过来想很容易,就是个排号问题。
不管几亿人来了,先一人领个号。然后server按照顺序逐一处理交易,几个db全部的票
几十秒钟卖完还是能做到的。然后把剩下99%的人统一reject掉即可。

【在 b*******g 的大作中提到】
: 票没有那么少,5000车次,平均可能10车段,一车3000票,过亿的票是有的。半个小时
: 发一次票,就是为了分票,把数量级降到几百万张。这样上那个10万一秒的数据库,一
: 分钟左右能搞定。如果不分票就得等20分钟,肯定就不成了。
: 所以还是我说的,不让人吃饭。

t**********1
发帖数: 550
145
缺一根电源线都玩不转。
你随便认为啥是核心问题都无所谓。
我说了,架构就是抢票用单机,外围一大堆前端和支付机。就是这么个东西而已。
而且我两年多前就是这么说的。

【在 t****n 的大作中提到】
: 我没觉得有什么问题。前面也说了有人做到了。我只是在强调仅仅一个计数器是不行的
: 。那绝不是这里的核心问题

n****j
发帖数: 1708
146
真是服了,你有没有看过任何一个电商系统啊,合着刚才说的都白搭了 。。。

【在 t****n 的大作中提到】
: 你需要补课的地方比较多。抢票机都出来了,你需要保证acid的state里有多了一大块
: 。抢票机的数字时刻在变。查了有什么用?

h*i
发帖数: 3446
147
单节点每秒百万的acid,连很多一般的distributed nosql都随便搞,比如aerospike,
这个我测试过,完全没问题。

【在 t**********1 的大作中提到】
: 我回你帖子了。
: ACID queue每秒百万根本不是问题。
: SSD特制就好了。
: 或者直接用电池备份的RAMDISK。

h*i
发帖数: 3446
148
http://highscalability.com/blog/2014/8/18/1-aerospike-server-x-
孤陋寡闻了吧?

导师

【在 k******n 的大作中提到】
: 说能做出平民硬件下100W级别+考虑race condition scenario单机同步版的系统是工程
: 界的Turing Award一点也不为过。更别说要考虑多个数据中心的fault/disaster
: tolerance。 任何要牵扯到多个数据中心备份容灾就不是单机可以解决的问题。一旦有
: 异步,很多extra的中途写入状态也没法避免。说到底这就不是单机系统能做的事儿。
: 不懂这个不是科班非科班问题, 甚至可以说不是有没有做过的问题, 而是做web
: service的常识问题。 以前在os lab做research的时候和导师/phd做过extreme
: throughput
: design/test所以懂一些这方面的知识, 还仅仅是research project而已, down机
: test也
: 是从学校机房某个server换到另一个, 和现实情况差远了。(我们os lab实力超强,导师

b*******g
发帖数: 603
149
你如果要这种公平还不如抽签了,这也是常见的做法。排队异步本来就是一个简单而且
和现实生活一致的做法。

票。

【在 x****u 的大作中提到】
: 我看半小时发票主要是为了满足公平原则,毕竟不是所有人都有可能在一个时间段抢票。
: 这个12306反过来想很容易,就是个排号问题。
: 不管几亿人来了,先一人领个号。然后server按照顺序逐一处理交易,几个db全部的票
: 几十秒钟卖完还是能做到的。然后把剩下99%的人统一reject掉即可。

t**********1
发帖数: 550
150
现在有些年轻人孤陋寡闻的厉害。
大多数时候,我都是无奈懒理。

【在 h*i 的大作中提到】
: http://highscalability.com/blog/2014/8/18/1-aerospike-server-x-
: 孤陋寡闻了吧?
:
: 导师

相关主题
想请教魏老师一个方案中的理解问题。qxc,我接招了,你给的要求太弱的,给你加强了
给nod101一个最优化的实时分配车票座位的算法Consistency做好了不容易
没干过大数据云计算的不用琢磨12306了学术贴,1M/s ACID Message Queue
进入Programming版参与讨论
b*******g
发帖数: 603
151
你们俩傻逼就别现了,不服写了实测就是。

【在 h*i 的大作中提到】
: http://highscalability.com/blog/2014/8/18/1-aerospike-server-x-
: 孤陋寡闻了吧?
:
: 导师

x****u
发帖数: 44466
152
这就是根据国情定了
日本喜欢抽签,中国喜欢秒杀。
抽签有一个缺点是,需要连续选连续等待。

【在 b*******g 的大作中提到】
: 你如果要这种公平还不如抽签了,这也是常见的做法。排队异步本来就是一个简单而且
: 和现实生活一致的做法。
:
: 票。

b*******g
发帖数: 603
153
这个本来就是常识问题,这傻逼要是说能做10W也就罢了,100W出来就是早晚尿遁的节
奏。

导师

【在 k******n 的大作中提到】
: 说能做出平民硬件下100W级别+考虑race condition scenario单机同步版的系统是工程
: 界的Turing Award一点也不为过。更别说要考虑多个数据中心的fault/disaster
: tolerance。 任何要牵扯到多个数据中心备份容灾就不是单机可以解决的问题。一旦有
: 异步,很多extra的中途写入状态也没法避免。说到底这就不是单机系统能做的事儿。
: 不懂这个不是科班非科班问题, 甚至可以说不是有没有做过的问题, 而是做web
: service的常识问题。 以前在os lab做research的时候和导师/phd做过extreme
: throughput
: design/test所以懂一些这方面的知识, 还仅仅是research project而已, down机
: test也
: 是从学校机房某个server换到另一个, 和现实情况差远了。(我们os lab实力超强,导师

k******n
发帖数: 184
154

支持出100w张票和有支持100w transactions的数据库是totally different things,
如果平民级数据库是这个级别能做到20w张票就很了不起了, 出一张票和完成一个
transactions的区别像跑一个脚本和跑一个insert/update command。 另外
database厂商为了把benchmark做漂亮玩得手段我在实验室都干过。
我挺怕和不懂的人扯的, 以后不回你了。

【在 h*i 的大作中提到】
: http://highscalability.com/blog/2014/8/18/1-aerospike-server-x-
: 孤陋寡闻了吧?
:
: 导师

b*******g
发帖数: 603
155
太监上次是直接拿SSD IO的厂商数据来做读写数据。这一套这几个傻逼已经玩过无数次
了。

【在 k******n 的大作中提到】
:
: 支持出100w张票和有支持100w transactions的数据库是totally different things,
: 如果平民级数据库是这个级别能做到20w张票就很了不起了, 出一张票和完成一个
: transactions的区别像跑一个脚本和跑一个insert/update command。 另外
: database厂商为了把benchmark做漂亮玩得手段我在实验室都干过。
: 我挺怕和不懂的人扯的, 以后不回你了。

h*i
发帖数: 3446
156
不要转进,“能做出平民硬件下100W级别+考虑race condition scenario单机同步版的
系统是工程界的Turing Award一点也不为过”, 这是你原话。
单机“支持100w transactions的数据库”算不算“考虑race condition scenario单机
同步版的系统”?且看你如何扭曲。
我发现,支持goodbug的人,其实就是隐藏的goodbug, 因为他们最后都会暴露出和
goodbug一样的行为来。所谓狼狈为奸,此言不虚。

【在 k******n 的大作中提到】
:
: 支持出100w张票和有支持100w transactions的数据库是totally different things,
: 如果平民级数据库是这个级别能做到20w张票就很了不起了, 出一张票和完成一个
: transactions的区别像跑一个脚本和跑一个insert/update command。 另外
: database厂商为了把benchmark做漂亮玩得手段我在实验室都干过。
: 我挺怕和不懂的人扯的, 以后不回你了。

k******n
发帖数: 184
157
纯回答问题。
"单机“支持100w transactions的数据库”算不算“考虑race condition scenario单机
同步版的系统”?且看你如何扭曲。"
不算,原因不和只懂一些硬件性能没玩过web service的人解释。
h*i
发帖数: 3446
158
怎么不算?你不敢解释,是不是也和goodbug一样怂了?因为一解释就要自己打脸。

单机

【在 k******n 的大作中提到】
: 纯回答问题。
: "单机“支持100w transactions的数据库”算不算“考虑race condition scenario单机
: 同步版的系统”?且看你如何扭曲。"
: 不算,原因不和只懂一些硬件性能没玩过web service的人解释。

h**********c
发帖数: 4120
159
TPS
What kind of transaction?

【在 h*i 的大作中提到】
: http://highscalability.com/blog/2014/8/18/1-aerospike-server-x-
: 孤陋寡闻了吧?
:
: 导师

k******n
发帖数: 184
160

不说技术上的事儿,早失去了争论的意义。
我就算技术再烂在网上被喷得不能自理也不会告状威胁啊。
另外别装逼了, 你已经过了装逼的年龄了, 而且跟我一个只有你
一半年龄的人有什么可装的?

【在 t**********1 的大作中提到】
: 现在有些年轻人孤陋寡闻的厉害。
: 大多数时候,我都是无奈懒理。

相关主题
简单介绍一下老魏的结构单线程测试结果出来了
12306平稳渡过抢票高峰期 最多每秒售出近700张 (转载)顺便和nod101说说做产品
别吵了,看看这个旧贴,三个月还在原地打圈其实就是两党党争
进入Programming版参与讨论
h*i
发帖数: 3446
161
RTFM

【在 h**********c 的大作中提到】
: TPS
: What kind of transaction?

h**********c
发帖数: 4120
162
atomic 记数器 just hits cache
nosql should run graph500
h**********c
发帖数: 4120
163
too good to be true
basically could be a lie
none of cloud provider has 100 ha laste year
k******n
发帖数: 184
164

等出现2m/3m的benchmark了差不多可以再看有没有service provider

【在 h**********c 的大作中提到】
: too good to be true
: basically could be a lie
: none of cloud provider has 100 ha laste year

h**********c
发帖数: 4120
165
我记得intel做过一个测试,filp one bit with high freq,结果边上的bits都被带坏
了内寸ecc都没用。有些天方夜扯jbd,谁信谁完蛋。
每秒上亿次读写,怎么纠错的?
最基本门电路怎么回事都忘了吧?
k******n
发帖数: 184
166

人家会说cpu还一秒钟跑3.0 GHZ呢, 一亿哪够? 然后把参数列给你看, 服不服。

【在 h**********c 的大作中提到】
: 我记得intel做过一个测试,filp one bit with high freq,结果边上的bits都被带坏
: 了内寸ecc都没用。有些天方夜扯jbd,谁信谁完蛋。
: 每秒上亿次读写,怎么纠错的?
: 最基本门电路怎么回事都忘了吧?

h**********c
发帖数: 4120
167
实际上一个计算机系统出错的地方太多了,所以必须纠错,纠错就要满下来,
cloud也就放放照片,stream 点porn吧

【在 k******n 的大作中提到】
:
: 人家会说cpu还一秒钟跑3.0 GHZ呢, 一亿哪够? 然后把参数列给你看, 服不服。

k******n
发帖数: 184
168

最逗的是我记得人问姓Wei的单机服务器Power off了咋办, 回一句"换备份, 花10+秒
导入"就没事了。
简直是侮辱众多系统大神们的智慧结晶。

【在 h**********c 的大作中提到】
: 实际上一个计算机系统出错的地方太多了,所以必须纠错,纠错就要满下来,
: cloud也就放放照片,stream 点porn吧

r*******j
发帖数: 127
169
hci推太監wei的屁股
1234,2234
再来一次
r***s
发帖数: 1798
170
这人还自称懂硬件呢

★ 发自iPhone App: ChineseWeb 1.0.6

【在 k******n 的大作中提到】
:
: 最逗的是我记得人问姓Wei的单机服务器Power off了咋办, 回一句"换备份, 花10+秒
: 导入"就没事了。
: 简直是侮辱众多系统大神们的智慧结晶。

相关主题
其实就是两党党争赌约在此
请老魏给出一个简单的文字解释TeacherWei 的订票机的问题
静态计数器和订票系统的区别应该给魏大师发10个图灵奖。
进入Programming版参与讨论
t****n
发帖数: 263
171
sorry。I take this back. 这两个用例不一样。只要不允许定时下线reconcile。
queue做的再好都没用。还是做不到。最终还是受限于后面包括支付的transaction系统
。现有的做不到1m。

【在 t****n 的大作中提到】
: 我没觉得有什么问题。前面也说了有人做到了。我只是在强调仅仅一个计数器是不行的
: 。那绝不是这里的核心问题

R******e
发帖数: 94
172
这其实是个key point,我老也看不下去了。
有些人连aerospike的transaction的定义都没搞明白就敢在这里吹
https://discuss.aerospike.com/t/what-is-considered-a-transaction-in-
aerospike/115

【在 h**********c 的大作中提到】
: TPS
: What kind of transaction?

z****e
发帖数: 54598
173

对啊,这个时候如果后面async的txn全部提示成功
那就麻烦了,一大堆人钱被白刷了
然后肯定要闹事,飞机票超卖一两次都闹了很多次了
火车票闹起来可不简单,tg最怕这个

【在 k******n 的大作中提到】
:
: 最逗的是我记得人问姓Wei的单机服务器Power off了咋办, 回一句"换备份, 花10+秒
: 导入"就没事了。
: 简直是侮辱众多系统大神们的智慧结晶。

n****j
发帖数: 1708
174
赵老师你也说这么没水平的话?我擦 。。。

【在 z****e 的大作中提到】
:
: 对啊,这个时候如果后面async的txn全部提示成功
: 那就麻烦了,一大堆人钱被白刷了
: 然后肯定要闹事,飞机票超卖一两次都闹了很多次了
: 火车票闹起来可不简单,tg最怕这个

k******n
发帖数: 184
175

这个定义和我154楼的解释一模一样。
“出一张票和完成一个transaction的区别像跑一个脚本和跑一个insert/update
command”
说白了再打个比方就是人说写一篇文章一小时只能打3000字, 有人反驳按住a键不动一
小时可以打几十万字。前者是scenario, 后者是个屁。
老wei这帮子人对技术的理解真是不行, 而且被打脸后从来就是转进顾左右而言他讲不
出个123456.

【在 R******e 的大作中提到】
: 这其实是个key point,我老也看不下去了。
: 有些人连aerospike的transaction的定义都没搞明白就敢在这里吹
: https://discuss.aerospike.com/t/what-is-considered-a-transaction-in-
: aerospike/115

1 (共1页)
进入Programming版参与讨论
相关主题
简单介绍一下老魏的结构赌约在此
12306平稳渡过抢票高峰期 最多每秒售出近700张 (转载)TeacherWei 的订票机的问题
别吵了,看看这个旧贴,三个月还在原地打圈应该给魏大师发10个图灵奖。
单线程测试结果出来了分布式分票算法
顺便和nod101说说做产品问魏老师个问题,跟赌约无关
其实就是两党党争想请教魏老师一个方案中的理解问题。
请老魏给出一个简单的文字解释给nod101一个最优化的实时分配车票座位的算法
静态计数器和订票系统的区别没干过大数据云计算的不用琢磨12306了
相关话题的讨论汇总
话题: 抢票话题: acid话题: 出票话题: 系统话题: 问题