n*l
发帖数: 1126 | 1 说来说去都是些车轱辘话，离不开小孩子拌嘴我就最牛X你才最傻X的套路，外加一个你
要不服气我告你妈/叫我哥扁你。
魏老师你没必要整天发帖子威胁要怎么怎么样，你要真能有办法办了古德霸，我竖个大
拇哥赞你一声真汉子。如果你说这些就是纯发泄，其实也没法把人怎么样，那你就还不
如认个怂承认不如霸哥牛X得了，以后让他别跟你帖子了，这样海阔天空各走一边也不
错。 |
l**********n
发帖数: 8443 | |
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，然后
: 狗的爸就开始各种怨妇了。
: 此事永远无解，我从没见过老魏主动招惹狗的爸，每次都是内货主动挑衅。不信你问问
: 她，永远不回老魏贴做得到做不到？丫就是半瓶醋好晃荡，被人揭穿了就满地打滚。
|
|
|
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 的大作中提到】
: 做企业就是要有挑战最强者的勇气，就算我不能完全打败你，起码要在某方面胜过你，
: 细分市场上狠狠咬你一块肉。至于什么犹太人街头把戏，呵呵，真不知道怎么说你们这
: 些理工男了。
|
|
|
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
其实单线程性能更好。
多线程那个，我现在都找不到原始贴了。
就这么说吧。单线程，按照我的条件假定。性能已经够了。 |
|
|
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 的大作中提到】
: 不写硬盘你给用户说抢到了，一会断电找你拼命的是几千万用户。傻逼做不出来就老实
: 点，别瞎鸡巴撑。
|
|
|
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 | |
t**********1
发帖数: 550 | 48 别人都懂了。你失心疯了么？
这么搞，几天下来，全体都会同意我帮着NFLX搞掉你了。
留着你会丢全体华人的脸。
【在 b*******g 的大作中提到】
: 你跟太监都一样要做 distributed transaction是吧？ 你怎么保证抢票机和出票级状
: 态一致，傻逼你觉得行你来呀。
|
h*i
发帖数: 3446 | 49 就个外行都明白了，netfix 的＂架构师＂还不明白，也是奇了。 |
c********1
发帖数: 5269 | 50 哈哈。我担心[escalted fight] 是多余的。 |
|
|
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 | |
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毕业？清华毕业生这么水？我烂校心理
: 系毕业的都秒杀。
|
|
|
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
|
|
|
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 | |
|
|
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 的大作中提到】
: 开玩笑，支付系统不是设计者的责任。
: 谁设计这个系统，也不可能把支付系统一勺烩了。
: 你这么说就是有点强词夺理了。如果你要确定的回答，对，如果支付系统挂了，有票也
: 出不了。
: 如果打核战争了，火车都没了，票还有。
|
|
|
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 的大作中提到】
: 怎么通知抢票机？通知丢了呢？
|
|
|
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没问题。
|
|
|
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 的大作中提到】
: 不查你怎么知道未付款。当退票处理？
|
|
|
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 的大作中提到】
: 问的是没死的那些。它们怎么知道自己的票不在联票里而且其他段挂了？
|
|
|
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 之间
: 有耦合，才不得不加个抢票鸡。说到底了，你啥异步啥云计算都没球用，因为耦合。
|
|
|
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-
: 孤陋寡闻了吧？
:
: 导师
|
|
|
b*******g
发帖数: 603 | |
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 的大作中提到】
: 现在有些年轻人孤陋寡闻的厉害。
: 大多数时候，我都是无奈懒理。
|
|
|
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+秒
: 导入"就没事了。
: 简直是侮辱众多系统大神们的智慧结晶。
|
|
|
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
|
