w****e
发帖数: 1883 | 1 搞过e-commerce的都知道，瓶颈在database, transaction。它不是老魏的HFT，靠百分
之一毫秒去狙击人家的单子。虽然我对goodbug和赵策一伙满嘴脏话句句不离女性生殖
器有意见，但是魏老师这个离实际情况差的也太远了吧？ |
z****e
发帖数: 54598 | 2 我什么时候不离女性生殖器了？
对了，搞了半天就是一个计数器 |
f******2
发帖数: 2455 | 3 这个赌局没有说做13206。
如果老魏两下午把13206做出来，铁道部早就解散团队请老魏￡20000/hr去现场开发了。
【在 w****e 的大作中提到】
: 搞过e-commerce的都知道，瓶颈在database, transaction。它不是老魏的HFT，靠百分
: 之一毫秒去狙击人家的单子。虽然我对goodbug和赵策一伙满嘴脏话句句不离女性生殖
: 器有意见，但是魏老师这个离实际情况差的也太远了吧？
|
d****d
发帖数: 133 | 4 他们赌的不是完整方案，到底是怎么达成这个赌约的我也很好奇
【在 w****e 的大作中提到】
: 搞过e-commerce的都知道，瓶颈在database, transaction。它不是老魏的HFT，靠百分
: 之一毫秒去狙击人家的单子。虽然我对goodbug和赵策一伙满嘴脏话句句不离女性生殖
: 器有意见，但是魏老师这个离实际情况差的也太远了吧？
|
z****e
发帖数: 54598 | 5 所以搞了半天就是用来黑古德霸的
就说了吧，就是这个目的咯 |
z****e
发帖数: 54598 | 6 大多数人对于黑古德霸没有多少兴趣
倒是想知道你到底在干嘛
难道不是？
最后来了一个双循环穷举
fangtuo2你们读phd就搞这个了？ |
f******2
发帖数: 2455 | 7 好老师下三路招呼老魏以及对他观点不同的"装B"者，老魏要hr结局问题，后来好像有
网友劝改成赌约了。
魏老师做人肯定不是圆滑的，但是拿货出来是有track record了
【在 z****e 的大作中提到】
: 所以搞了半天就是用来黑古德霸的
: 就说了吧，就是这个目的咯
|
m***h
发帖数: 77 | 8 我猜是魏老师这种bottom up 的思考方式以及arrogant的语气导致了好虫等top down思
路的和同样arrogant的人的极大反感和言语攻击，乃至质疑魏老师的方案的可行性 |
|
w****e
发帖数: 1883 | 9 靠老魏一个人的资源做出12306显然不现实，不过也得做个mini版的符合现实情况的吧
？看goodbug还跟魏老师在那儿讨价还价，最后答应跟他，估计goodbug自己也没整明白。
了。
【在 f******2 的大作中提到】
: 这个赌局没有说做13206。
: 如果老魏两下午把13206做出来，铁道部早就解散团队请老魏￡20000/hr去现场开发了。
|
z****e
发帖数: 54598 | 10
所以看出来了嘛
一个简单的双循环穷举
有啥写的？
这种东西搞得神神秘秘的也是够让人笑话的了
【在 f******2 的大作中提到】
: 好老师下三路招呼老魏以及对他观点不同的"装B"者，老魏要hr结局问题，后来好像有
: 网友劝改成赌约了。
: 魏老师做人肯定不是圆滑的，但是拿货出来是有track record了
|
|
|
z****e
发帖数: 54598 | 11
白。
做到最后，不过一个测试工具而已
用来测测你们自己的cpu网卡之类的有多快吧
大概就这用
反正现在挨个都承认是计数器了
就差不多该收尾了
真有人对计数器感兴趣？
【在 w****e 的大作中提到】
: 靠老魏一个人的资源做出12306显然不现实，不过也得做个mini版的符合现实情况的吧
: ？看goodbug还跟魏老师在那儿讨价还价，最后答应跟他，估计goodbug自己也没整明白。
:
: 了。
|
n****j
发帖数: 1708 | 12 最后一句说对了，这帮人都是没整明白
白。
【在 w****e 的大作中提到】
: 靠老魏一个人的资源做出12306显然不现实，不过也得做个mini版的符合现实情况的吧
: ？看goodbug还跟魏老师在那儿讨价还价，最后答应跟他，估计goodbug自己也没整明白。
:
: 了。
|
n****j
发帖数: 1708 | 13 我这么解释你大概就明白了，联程票如果不在一个库，需要夸 DB 锁记录。这玩意非常
影响 performance，起码是瓶颈之一。即使不说效率，这种机制很容易造成死锁，造成
race condition 有票不出。
老魏的这个，就是把记录锁集中到一个节点，前端后端该咋办还是咋办。
【在 w****e 的大作中提到】
: 搞过e-commerce的都知道，瓶颈在database, transaction。它不是老魏的HFT，靠百分
: 之一毫秒去狙击人家的单子。虽然我对goodbug和赵策一伙满嘴脏话句句不离女性生殖
: 器有意见，但是魏老师这个离实际情况差的也太远了吧？
|
z****e
发帖数: 54598 | 14
就是三个字总结：计数器，别废话了
你们搞这个纯粹是为了黑古德霸来的
不用扭捏不承认了
【在 n****j 的大作中提到】
: 我这么解释你大概就明白了，联程票如果不在一个库，需要夸 DB 锁记录。这玩意非常
: 影响 performance，起码是瓶颈之一。即使不说效率，这种机制很容易造成死锁，造成
: race condition 有票不出。
: 老魏的这个，就是把记录锁集中到一个节点，前端后端该咋办还是咋办。
|
m***h
发帖数: 77 | 15 说到这个言语攻击，魏老师修养还是不错的，好虫有骂人，但我的印象是他经常不是挑
起脏话的，我甚至有种印象他以前骂人只会“你丫”这个level(现在当然长进了)，倒
是这个版上有人对他的谩骂到了令人匪夷所思的境地，连老婆孩子都包括了，个人修养
放一边，这版主不作为也是过分了。 |
m***h
发帖数: 77 | 16 说到这个言语攻击，魏老师修养还是不错的，好虫有骂人，但我的印象是他经常不是挑
起脏话的，我甚至有种印象他以前骂人只会“你丫”这个level(现在当然长进了)，倒
是这个版上有人对他的谩骂到了令人匪夷所思的境地，连老婆孩子都包括了，个人修养
放一边，这版主不作为也是过分了。 |
n****j
发帖数: 1708 | 17 你管这叫啥都行，老干妈也没问题，随意
【在 z****e 的大作中提到】
:
: 就是三个字总结：计数器，别废话了
: 你们搞这个纯粹是为了黑古德霸来的
: 不用扭捏不承认了
|
z****e
发帖数: 54598 | 18
所以说都是报仇来的
问候古德霸家人也是从老魏开始的
老魏都不敢承认这一点
老魏不敢承认的
1）血流成河
2）主动问候古德霸家人
3）最先搞人肉
【在 m***h 的大作中提到】
: 说到这个言语攻击，魏老师修养还是不错的，好虫有骂人，但我的印象是他经常不是挑
: 起脏话的，我甚至有种印象他以前骂人只会“你丫”这个level(现在当然长进了)，倒
: 是这个版上有人对他的谩骂到了令人匪夷所思的境地，连老婆孩子都包括了，个人修养
: 放一边，这版主不作为也是过分了。
|
w****e
发帖数: 1883 | 19 完全不明白，如果你take 10 million records正在那儿慢慢处理的时候机器crash了咋
办？你这个前端和后端的处理速度差几个数量级，别说crash了给用户发email说没成功
，你可能压根就没来得及persist所有的数据。
【在 n****j 的大作中提到】
: 我这么解释你大概就明白了，联程票如果不在一个库，需要夸 DB 锁记录。这玩意非常
: 影响 performance，起码是瓶颈之一。即使不说效率，这种机制很容易造成死锁，造成
: race condition 有票不出。
: 老魏的这个，就是把记录锁集中到一个节点，前端后端该咋办还是咋办。
|
t**********1
发帖数: 550 | 20 已经解决了，抢到的票每天就那么千把万张。算毛？直接写到一个1M/s ACID MQ里面。
crash恢复只需要知道卖出的票就能完全恢复状态。
关键是，抢到票的就那么多人。我们要无限满足打酱油的人民查询的需求。仅此而已。
【在 w****e 的大作中提到】
: 完全不明白，如果你take 10 million records正在那儿慢慢处理的时候机器crash了咋
: 办？你这个前端和后端的处理速度差几个数量级，别说crash了给用户发email说没成功
: ，你可能压根就没来得及persist所有的数据。
|
|
|
n****j
发帖数: 1708 | 21 前端和后端都是可以无限 scale，你说的问题不存在
【在 w****e 的大作中提到】
: 完全不明白，如果你take 10 million records正在那儿慢慢处理的时候机器crash了咋
: 办？你这个前端和后端的处理速度差几个数量级，别说crash了给用户发email说没成功
: ，你可能压根就没来得及persist所有的数据。
|
z****e
发帖数: 54598 | 22
数据全部独立，当然可以无限scale，你这个做下去快赶上社交网络了
复杂度比社交网络还要低
【在 n****j 的大作中提到】
: 前端和后端都是可以无限 scale，你说的问题不存在
|
w****e
发帖数: 1883 | 23 什么无限scale，根本就是个伪命题。如果20秒进来100M请求，你能保证在机器crash之
前都persist?如果不能做到，丢失的请求信息怎么办？让用户去猜?
【在 n****j 的大作中提到】
: 前端和后端都是可以无限 scale，你说的问题不存在
|
a****i
发帖数: 1182 | 24 TW还修养不错？他骂人带上家人父母的，一边说人下作，一边说线下找HR
好虫骂还只是针对网上个人
【在 m***h 的大作中提到】
: 说到这个言语攻击，魏老师修养还是不错的，好虫有骂人，但我的印象是他经常不是挑
: 起脏话的，我甚至有种印象他以前骂人只会“你丫”这个level(现在当然长进了)，倒
: 是这个版上有人对他的谩骂到了令人匪夷所思的境地，连老婆孩子都包括了，个人修养
: 放一边，这版主不作为也是过分了。
|
a****i
发帖数: 1182 | 25 这不是扯淡嘛，谁会去做跨DB锁记录？
肯定是读过来锁啊
一个记数器就号称出票500万每秒？就是这么个出票法
差得远了
【在 n****j 的大作中提到】
: 我这么解释你大概就明白了，联程票如果不在一个库，需要夸 DB 锁记录。这玩意非常
: 影响 performance，起码是瓶颈之一。即使不说效率，这种机制很容易造成死锁，造成
: race condition 有票不出。
: 老魏的这个，就是把记录锁集中到一个节点，前端后端该咋办还是咋办。
|
n****j
发帖数: 1708 | 26 说清楚谁 crash，我告诉你怎么处理
【在 w****e 的大作中提到】
: 什么无限scale，根本就是个伪命题。如果20秒进来100M请求，你能保证在机器crash之
: 前都persist?如果不能做到，丢失的请求信息怎么办？让用户去猜?
|
n****j
发帖数: 1708 | 27 不跨怎么卖联程，你告诉我，race condition 知道么？有人要 ab，有人要 bc，有人
要 ca，大家一起开练，第一张票锁完，第二张一起死翘翘，有票愣是卖不掉。
【在 a****i 的大作中提到】
: 这不是扯淡嘛，谁会去做跨DB锁记录？
: 肯定是读过来锁啊
: 一个记数器就号称出票500万每秒？就是这么个出票法
: 差得远了
|
h*****y
发帖数: 298 | 28 我是菜鸟，请问如果抢票机crash了怎么处理。
【在 n****j 的大作中提到】
: 说清楚谁 crash，我告诉你怎么处理
|
n****j
发帖数: 1708 | 29 抢票鸡里存的是有票无票，后端 DB 里有记录，挂掉了从那里恢复
【在 h*****y 的大作中提到】
: 我是菜鸟，请问如果抢票机crash了怎么处理。
|
h*****y
发帖数: 298 | 30 更新记录锁状态的时候需要查询DB吗。 如何保证in memory和db数据状态一致
【在 n****j 的大作中提到】
: 我这么解释你大概就明白了，联程票如果不在一个库，需要夸 DB 锁记录。这玩意非常
: 影响 performance，起码是瓶颈之一。即使不说效率，这种机制很容易造成死锁，造成
: race condition 有票不出。
: 老魏的这个，就是把记录锁集中到一个节点，前端后端该咋办还是咋办。
|
|
|
h*****y
发帖数: 298 | 31 数据不一致怎么办，我还以为是hot standby方案，不过那也会有性能问题。
【在 n****j 的大作中提到】
: 抢票鸡里存的是有票无票，后端 DB 里有记录，挂掉了从那里恢复
|
z*****u
发帖数: 62 | 32 数据量有多大？假设10亿人买票，每张票换3次车，也就10亿transactions, 30亿
writes. 1 master + 2 slave 应该能搞定吧？
【在 n****j 的大作中提到】
: 我这么解释你大概就明白了，联程票如果不在一个库，需要夸 DB 锁记录。这玩意非常
: 影响 performance，起码是瓶颈之一。即使不说效率，这种机制很容易造成死锁，造成
: race condition 有票不出。
: 老魏的这个，就是把记录锁集中到一个节点，前端后端该咋办还是咋办。
|
z*****u
发帖数: 62 | 33 这个理论上是可行，但看你1M/s acid mq 里的d 是怎么定义的。若果写盘的话够呛因
为你不能batch写。但是人stonbrake老爷子重新定义durability了。可以网络写了。也
make sense.
【在 t**********1 的大作中提到】
: 已经解决了，抢到的票每天就那么千把万张。算毛？直接写到一个1M/s ACID MQ里面。
: crash恢复只需要知道卖出的票就能完全恢复状态。
: 关键是，抢到票的就那么多人。我们要无限满足打酱油的人民查询的需求。仅此而已。
|
a****i
发帖数: 1182 | 34 照这个逻辑，你觉得弄个计数器就可以不跨DB卖联程票了？
计数器数据不还是从DB来的？
和读数据到内存来有什么大区别吗？
【在 n****j 的大作中提到】
: 不跨怎么卖联程，你告诉我，race condition 知道么？有人要 ab，有人要 bc，有人
: 要 ca，大家一起开练，第一张票锁完，第二张一起死翘翘，有票愣是卖不掉。
|
g*****y
发帖数: 7271 | 35 如果计数器没有crash，应该是DB数据从计数器来吧？
记几个数，DB就是备个份而已。哪有反过来搞的。
你是卖DB产品的吧？这样忽悠人？
【在 a****i 的大作中提到】
: 照这个逻辑，你觉得弄个计数器就可以不跨DB卖联程票了？
: 计数器数据不还是从DB来的？
: 和读数据到内存来有什么大区别吗？
|
n****j
发帖数: 1708 | 36 我说了是跨 DB 锁，不多解释了
【在 a****i 的大作中提到】
: 照这个逻辑，你觉得弄个计数器就可以不跨DB卖联程票了？
: 计数器数据不还是从DB来的？
: 和读数据到内存来有什么大区别吗？
|
c*********e
发帖数: 16335 | 37 我也觉得好笑。魏老师给哪个公司写过一個完整的网站吗？写过就贴个url让大家瞻仰
一下。
【在 w****e 的大作中提到】
: 搞过e-commerce的都知道，瓶颈在database, transaction。它不是老魏的HFT，靠百分
: 之一毫秒去狙击人家的单子。虽然我对goodbug和赵策一伙满嘴脏话句句不离女性生殖
: 器有意见，但是魏老师这个离实际情况差的也太远了吧？
|
g*****y
发帖数: 7271 | 38 太搞笑了吧，HF的东西，不满足transaction，可能会有人敢用么？
网站上丢几个post，才真是没人care吧。
【在 c*********e 的大作中提到】
: 我也觉得好笑。魏老师给哪个公司写过一個完整的网站吗？写过就贴个url让大家瞻仰
: 一下。
|
c*********e
发帖数: 16335 | 39 代碼完全不能用来做卖票网站。真是好笑。
【在 g*****y 的大作中提到】
: 太搞笑了吧，HF的东西，不满足transaction，可能会有人敢用么？
: 网站上丢几个post，才真是没人care吧。
|
g*****y
发帖数: 7271 | 40 打的赌就不是说会不会做卖票网站？合着你想从这里学怎么做卖票网站？
那还是另起一贴比较好。
【在 c*********e 的大作中提到】
: 代碼完全不能用来做卖票网站。真是好笑。
|
|
|
a*********a
发帖数: 3656 | 41 做过trading engine的，不可能栽在这种地方的。真的做production系统，failover都
是杠杠的。你不可能跟客户说你刚发的那个10万股GOOG的单子我机器crash了找不到了
，你再给我发一边。如果这个单子已经fill了30股，failover之后，必须知道，要再
fill 99970股。都是真金白银的事情。
【在 w****e 的大作中提到】
: 完全不明白，如果你take 10 million records正在那儿慢慢处理的时候机器crash了咋
: 办？你这个前端和后端的处理速度差几个数量级，别说crash了给用户发email说没成功
: ，你可能压根就没来得及persist所有的数据。
|
p*****y
发帖数: 529 | 42 还trading engine， 基本的 CS都没学好就瞎bb。
你说说db是怎么prevent你说的problem吧。
【在 a*********a 的大作中提到】
: 做过trading engine的，不可能栽在这种地方的。真的做production系统，failover都
: 是杠杠的。你不可能跟客户说你刚发的那个10万股GOOG的单子我机器crash了找不到了
: ，你再给我发一边。如果这个单子已经fill了30股，failover之后，必须知道，要再
: fill 99970股。都是真金白银的事情。
|
a*********a
发帖数: 3656 | 43 我只说了要求，基本做order routing的，都大致解决了这个问题。但是我没有提到任
何实现手段，就是跟你说，做这个方面的，要认真的搞，保证点fail safe没有太大问
题的。
单象老魏这种跟人斗气，三天之内自己写着玩玩的系统，你又不给钱，还要纠结crash
recover，failover，蛋疼不？
【在 p*****y 的大作中提到】
: 还trading engine， 基本的 CS都没学好就瞎bb。
: 你说说db是怎么prevent你说的problem吧。
|
