大家有没有觉得德勤的人比较严肃，安永的人比较活泼？ - 未名空间MITBBS历史存档

国际科技财经博客移民网络热点娱乐民生时事公众号

Redian新闻

>未名空间

>Accounting - 会计审计

大家有没有觉得德勤的人比较严肃，安永的人比较活泼？

大家有没有觉得德勤的人比较严肃，安永的人比较活泼？# Accounting - 会计审计

x*82014-09-06 07:09

1 楼

我LP现在用OPT在学校工作（已在美超过5年），Payroll的人说没有选课就要收Social
Security和Medicare税。是这样的吗？请指教。
但是去年我（已在美超过5年）1到10月也是OPT，公司没有扣Social Security和
Medicare税，直到H1B生效才开始扣。我需要补交这部分税吗？
谢谢大家。

l*s2014-09-06 07:09

2 楼

手里有2个SERO想转让。。。但是又不想丢号码。。。
怎么办啊？

b*s2014-09-06 07:09

3 楼

怎么设计票，怎么分布，怎么同步，性能怎么估算等等
几个著名互联网公司的也可以参与一下加以完善
是个向你们学习的好机会

k*d2014-09-06 07:09

4 楼

德勤和安永公司文化的不同？

f*m2014-09-06 07:09

5 楼

听说有人保留了，但是很tricky,

【在 l******s 的大作中提到】

: 手里有2个SERO想转让。。。但是又不想丢号码。。。
: 怎么办啊？

z*e2014-09-06 07:09

6 楼

你先把二爷三个月前的帖子看看再说吧
古德霸都说烂掉了
实在不行，看看1989那个id的文章也行啊
翻来覆去的说，你不烦，我都烦啊

n*y2014-09-06 07:09

7 楼

四大每家公司culture都是不一样的，看你自己喜欢哪一家的氛围了

【在 k*******d 的大作中提到】

: 德勤和安永公司文化的不同？

b*k2014-09-06 07:09

8 楼

没有的事。

【在 l******s 的大作中提到】

: 手里有2个SERO想转让。。。但是又不想丢号码。。。
: 怎么办啊？

b*s2014-09-06 07:09

9 楼

就那个方案啊，呵呵呵

你先把二爷三个月前的帖子看看再说吧
古德霸都说烂掉了
实在不行，看看1989那个id的文章也行啊
翻来覆去的说，你不烦，我都烦啊

【在 z****e 的大作中提到】

: 你先把二爷三个月前的帖子看看再说吧
: 古德霸都说烂掉了
: 实在不行，看看1989那个id的文章也行啊
: 翻来覆去的说，你不烦，我都烦啊

l*z2014-09-06 07:09

10 楼

同一个firm的每个office都不一样的.

l*72014-09-06 07:09

11 楼

现在sero又可以转让了？

【在 l******s 的大作中提到】

: 手里有2个SERO想转让。。。但是又不想丢号码。。。
: 怎么办啊？

g*g2014-09-06 07:09

12 楼

我记得当时你也参与讨论的，莫非我记错了。
http://www.mitbbs.com/article/Programming/31281349_0.html

【在 b*******s 的大作中提到】

: 怎么设计票，怎么分布，怎么同步，性能怎么估算等等
: 几个著名互联网公司的也可以参与一下加以完善
: 是个向你们学习的好机会

k*u2014-09-06 07:09

13 楼

同个office在不同老板手下干活的人的风格也不同。。。

b*k2014-09-06 07:09

14 楼

可以

【在 l*****7 的大作中提到】

: 现在sero又可以转让了？

z*e2014-09-06 07:09

15 楼

呵什么呀，少装了
人家可靠多了
至少比计数器那是要强到不知道哪里去了
我都不好意思说出来，用计数器的话
骗人死全家

【在 b*******s 的大作中提到】

: 就那个方案啊，呵呵呵
:
: 你先把二爷三个月前的帖子看看再说吧
: 古德霸都说烂掉了
: 实在不行，看看1989那个id的文章也行啊
: 翻来覆去的说，你不烦，我都烦啊

H*82014-09-06 07:09

16 楼

这个我表示严重同意！！！

【在 l****z 的大作中提到】

: 同一个firm的每个office都不一样的.

g*g2014-09-06 07:09

17 楼

我记得当时无数人质问了无数细节，最后绝大部分人同意架构是可行的，有人不满意出
票有延迟罢了。我这个东西不是宇宙最强，就是能用而已。需要妥协的地方我也开篇就
说，不需要吹得天下无敌，到头来连个计数器都要别人给打补丁。

【在 b*******s 的大作中提到】

b*s2014-09-06 07:09

18 楼

等我先从头看一遍

【在 g*****g 的大作中提到】

: 我记得当时你也参与讨论的，莫非我记错了。
: http://www.mitbbs.com/article/Programming/31281349_0.html

n*t2014-09-06 07:09

19 楼

能用啥啊，现 12306 峰值 26K，你连这指标都达不到，玩闹啊

【在 g*****g 的大作中提到】

: 我记得当时无数人质问了无数细节，最后绝大部分人同意架构是可行的，有人不满意出
: 票有延迟罢了。我这个东西不是宇宙最强，就是能用而已。需要妥协的地方我也开篇就
: 说，不需要吹得天下无敌，到头来连个计数器都要别人给打补丁。

l*92014-09-06 07:09

20 楼

峰值有个鸟关系，不丢单，公平，克黄牛，比现在的12306丢单无数强多了

【在 n*****t 的大作中提到】

: 能用啥啊，现 12306 峰值 26K，你连这指标都达不到，玩闹啊

g*g2014-09-06 07:09

21 楼

我那是系统要求低，不是说最多10k。再说了，一天8分钟票就能出完，网站不当，不比
刷一天票都连不上强？

【在 n*****t 的大作中提到】

: 能用啥啊，现 12306 峰值 26K，你连这指标都达不到，玩闹啊

b*s2014-09-06 07:09

22 楼

嗯，你是基本把可用性放在最高优先级了，基本放弃了实时性，假定用户可以忍受长时
间得不到结果，具体多长我们可以分析一下
后台先分析你不做并发，前台目前是高峰1秒100k－200k的requests，假定你的前台都
撑住了，接下了所有单子，然后后台一个单线程不用任何锁进行顺序处理。12306在走
全内存数据库前的数据是比现在慢75倍，现在是一个查询70-80ms，假定这一秒是100k
单子，按照顺序处理，全部处理完是70-80分钟，也就是在高峰下单的用户，最多要等
那么久。
你觉得这是个可以接受的结果？

【在 g*****g 的大作中提到】

: 我那是系统要求低，不是说最多10k。再说了，一天8分钟票就能出完，网站不当，不比
: 刷一天票都连不上强？

b*s2014-09-06 07:09

23 楼

如果我是用户，我肯定会拼命点提交button，这样这个系统会产生多少新订单呢？

100k

【在 b*******s 的大作中提到】

: 嗯，你是基本把可用性放在最高优先级了，基本放弃了实时性，假定用户可以忍受长时
: 间得不到结果，具体多长我们可以分析一下
: 后台先分析你不做并发，前台目前是高峰1秒100k－200k的requests，假定你的前台都
: 撑住了，接下了所有单子，然后后台一个单线程不用任何锁进行顺序处理。12306在走
: 全内存数据库前的数据是比现在慢75倍，现在是一个查询70-80ms，假定这一秒是100k
: 单子，按照顺序处理，全部处理完是70-80分钟，也就是在高峰下单的用户，最多要等
: 那么久。
: 你觉得这是个可以接受的结果？

z*32014-09-06 07:09

24 楼

你是没走过春运吗？
以前民工通宵排队
一夜风流，就为了那几张票
等个60分钟就吃不消了？
谁告诉你的？

100k

【在 b*******s 的大作中提到】

z*32014-09-06 07:09

25 楼

根据身份证做一个筛选就行了
取最前面的那个req，剩下相同的订单全部丢弃
同一个ip地址在一分钟内不准多次发送请求
这个你应该看看老魏注册机在做啥
想明白怎么对付老魏的注册机，就知道怎么对付多次发送的请求了
都做烂了

【在 b*******s 的大作中提到】

: 如果我是用户，我肯定会拼命点提交button，这样这个系统会产生多少新订单呢？
:
: 100k

b*s2014-09-06 07:09

26 楼

你的10k系统，说实话，也就非春运期间用用
如果要实用化，你得给出如何面对每秒100-200k订单的设计

【在 g*****g 的大作中提到】

: 我那是系统要求低，不是说最多10k。再说了，一天8分钟票就能出完，网站不当，不比
: 刷一天票都连不上强？

z*32014-09-06 07:09

27 楼

爆web instances
太容易了
正常人都这个思路
爆网卡才算是奇芭

【在 n*****t 的大作中提到】

: 能用啥啊，现 12306 峰值 26K，你连这指标都达不到，玩闹啊

z*32014-09-06 07:09

28 楼

爆instances

【在 b*******s 的大作中提到】

: 你的10k系统，说实话，也就非春运期间用用
: 如果要实用化，你得给出如何面对每秒100-200k订单的设计

z*32014-09-06 07:09

29 楼

你是对的
给他们好好上上课
后生可畏啊

【在 l*****9 的大作中提到】

: 峰值有个鸟关系，不丢单，公平，克黄牛，比现在的12306丢单无数强多了

b*s2014-09-06 07:09

30 楼

就是，点了一下button，然后80分钟内改订单什么都不行
好牛的设计，就跟你电视选了个台，然后80分钟不允许你换台
果然全堆无敌

【在 z*******3 的大作中提到】

: 根据身份证做一个筛选就行了
: 取最前面的那个req，剩下相同的订单全部丢弃
: 同一个ip地址在一分钟内不准多次发送请求
: 这个你应该看看老魏注册机在做啥
: 想明白怎么对付老魏的注册机，就知道怎么对付多次发送的请求了
: 都做烂了

b*s2014-09-06 07:09

31 楼

同步问题就出来了，这是你们排队所力图避免的

【在 z*******3 的大作中提到】

: 爆instances

n*t2014-09-06 07:09

32 楼

60 分钟能拿到票也就算了，拿不到我换个车次还得重新排队，这是搞哪样啊？

【在 z*******3 的大作中提到】

: 你是没走过春运吗？
: 以前民工通宵排队
: 一夜风流，就为了那几张票
: 等个60分钟就吃不消了？
: 谁告诉你的？
:
: 100k

z*32014-09-06 07:09

33 楼

下订单异步处理，解决峰值时候拥堵的问题
这么简单的思路，三个月了还理解不了
我的天
你定火车票经常改吗？常识
ok?

【在 b*******s 的大作中提到】

: 就是，点了一下button，然后80分钟内改订单什么都不行
: 好牛的设计，就跟你电视选了个台，然后80分钟不允许你换台
: 果然全堆无敌

n*t2014-09-06 07:09

34 楼

哥，现在黄牛都撰着一把身份证捏

【在 z*******3 的大作中提到】

b*s2014-09-06 07:09

35 楼

古德霸的设计，如果回避了后端并发，加上赵全堆的补丁
就是死机80分钟的表现

【在 n*****t 的大作中提到】

: 60 分钟能拿到票也就算了，拿不到我换个车次还得重新排队，这是搞哪样啊？

b*s2014-09-06 07:09

36 楼

如果80分钟没反应，期间我可不是你那种自high的乖孩子

【在 z*******3 的大作中提到】

: 下订单异步处理，解决峰值时候拥堵的问题
: 这么简单的思路，三个月了还理解不了
: 我的天
: 你定火车票经常改吗？常识
: ok?

z*32014-09-06 07:09

37 楼

只接单，不用实时处理
然后汇总，随便做
接单时候爆instances
有多少吃多少，每个req做一个时间戳
最后筛掉之后，按照时间戳排序
很难么？
mongodb做内存管理的，可以帮忙
当然我们一般用c*

【在 b*******s 的大作中提到】

: 同步问题就出来了，这是你们排队所力图避免的

b*s2014-09-06 07:09

38 楼

最多10k我相信你绝对没问题，问题是你和需求似乎不是很相关

【在 g*****g 的大作中提到】

: 我那是系统要求低，不是说最多10k。再说了，一天8分钟票就能出完，网站不当，不比
: 刷一天票都连不上强？

z*32014-09-06 07:09

39 楼

同一车次，如果满了，自然就没票了
你还排啥？这就跟高考一样，你第一次考不好，明天继续考？
那谁不考？对付稀缺资源，这一套就只有这样了

【在 n*****t 的大作中提到】

: 60 分钟能拿到票也就算了，拿不到我换个车次还得重新排队，这是搞哪样啊？

b*s2014-09-06 07:09

40 楼

我的质疑不在接单能力

【在 z*******3 的大作中提到】

: 只接单，不用实时处理
: 然后汇总，随便做
: 接单时候爆instances
: 有多少吃多少，每个req做一个时间戳
: 最后筛掉之后，按照时间戳排序
: 很难么？
: mongodb做内存管理的，可以帮忙
: 当然我们一般用c*

n*t2014-09-06 07:09

41 楼

异步处理本来就是奇葩，比现在的系统都不如，你干脆撤掉网站让居委会大妈登记叫号
得了

【在 z*******3 的大作中提到】

: 下订单异步处理，解决峰值时候拥堵的问题
: 这么简单的思路，三个月了还理解不了
: 我的天
: 你定火车票经常改吗？常识
: ok?

z*32014-09-06 07:09

42 楼

黄牛未必有你快啊，而且你以为你做了real time
人家就不上了？人家还黑了一堆肉鸡冲你同时发请求呢

【在 n*****t 的大作中提到】

: 哥，现在黄牛都撰着一把身份证捏

z*32014-09-06 07:09

43 楼

时间戳

【在 b*******s 的大作中提到】

: 我的质疑不在接单能力

b*s2014-09-06 07:09

44 楼

如果你敲一下键盘，60分钟屏幕上有反馈，这叫？

【在 z*******3 的大作中提到】

: 同一车次，如果满了，自然就没票了
: 你还排啥？这就跟高考一样，你第一次考不好，明天继续考？
: 那谁不考？对付稀缺资源，这一套就只有这样了

z*32014-09-06 07:09

45 楼

再奇芭也不能跟老魏的网卡做异步比
那简直就不是奇芭，而是搞笑了

【在 n*****t 的大作中提到】

: 异步处理本来就是奇葩，比现在的系统都不如，你干脆撤掉网站让居委会大妈登记叫号
: 得了

n*t2014-09-06 07:09

46 楼

我有 12 个车次选择，我还想跟相好的一起走，你能不能告诉我哪些车有票先啊，尼玛
不能连窗口卖票还不如吧

【在 z*******3 的大作中提到】

: 同一车次，如果满了，自然就没票了
: 你还排啥？这就跟高考一样，你第一次考不好，明天继续考？
: 那谁不考？对付稀缺资源，这一套就只有这样了

z*32014-09-06 07:09

47 楼

哎哟我的妈哟
天哪，有人是真不懂啊
二爷我败了，真败了

【在 b*******s 的大作中提到】

: 如果你敲一下键盘，60分钟屏幕上有反馈，这叫？

b*s2014-09-06 07:09

48 楼

你又没看懂，我靠

【在 z*******3 的大作中提到】

: 时间戳

b*s2014-09-06 07:09

49 楼

没错，比窗口卖票还不如

【在 n*****t 的大作中提到】

: 我有 12 个车次选择，我还想跟相好的一起走，你能不能告诉我哪些车有票先啊，尼玛
: 不能连窗口卖票还不如吧

n*t2014-09-06 07:09

50 楼

所以啥狗屁能挡黄牛就是笑话，不提也罢

【在 z*******3 的大作中提到】

: 黄牛未必有你快啊，而且你以为你做了real time
: 人家就不上了？人家还黑了一堆肉鸡冲你同时发请求呢

z*32014-09-06 07:09

51 楼

时间戳了
那你还能怎样？
窗口票和网络定票配额分开了
这个要凑一起，基本上窗口没票卖了
不过现在窗口也没啥票可卖

【在 n*****t 的大作中提到】

: 我有 12 个车次选择，我还想跟相好的一起走，你能不能告诉我哪些车有票先啊，尼玛
: 不能连窗口卖票还不如吧

b*s2014-09-06 07:09

52 楼

呵呵，你可以改名叫西方失败了

【在 z*******3 的大作中提到】

: 哎哟我的妈哟
: 天哪，有人是真不懂啊
: 二爷我败了，真败了

z*32014-09-06 07:09

53 楼

我哭了
异步对于你来说实在是太难了
你们c++程序员不是第一次有人这样犯傻了
啧啧，还是学js吧，java太复杂了

【在 b*******s 的大作中提到】

: 呵呵，你可以改名叫西方失败了

n*t2014-09-06 07:09

54 楼

老魏那网卡也就几千刀，有啥毛病了？

【在 z*******3 的大作中提到】

: 再奇芭也不能跟老魏的网卡做异步比
: 那简直就不是奇芭，而是搞笑了

z*32014-09-06 07:09

55 楼

我看懂了，这次是真看懂了
我不骗人，等其它人来教育你
我败北了

【在 b*******s 的大作中提到】

: 你又没看懂，我靠

n*t2014-09-06 07:09

56 楼

我不管你那红戳还是白戳，我就想问哪些车有票，我得跟相好的打个电话

【在 z*******3 的大作中提到】

: 时间戳了
: 那你还能怎样？
: 窗口票和网络定票配额分开了
: 这个要凑一起，基本上窗口没票卖了
: 不过现在窗口也没啥票可卖

z*32014-09-06 07:09

57 楼

顶多说是，能跟黄牛在同一时间段内竞争
还有就是网站别挂了，你再看看1989那孩子说的

【在 n*****t 的大作中提到】

: 所以啥狗屁能挡黄牛就是笑话，不提也罢

z*32014-09-06 07:09

58 楼

换网卡这种硬件是属于不elasticity的策略

【在 n*****t 的大作中提到】

: 老魏那网卡也就几千刀，有啥毛病了？

b*s2014-09-06 07:09

59 楼

我算的80ms一个锁票，高峰一秒100k－200k请求，导致这一秒内有些用户要80分钟才知
道订上了没有，你怎么看
设想你到窗口买票，售票员对你说，请等80分钟，然后我告诉你买上了没哦，亲

【在 z*******3 的大作中提到】

: 我哭了
: 异步对于你来说实在是太难了
: 你们c++程序员不是第一次有人这样犯傻了
: 啧啧，还是学js吧，java太复杂了

b*s2014-09-06 07:09

60 楼

当然，我已经想好补丁了

【在 b*******s 的大作中提到】

: 我算的80ms一个锁票，高峰一秒100k－200k请求，导致这一秒内有些用户要80分钟才知
: 道订上了没有，你怎么看
: 设想你到窗口买票，售票员对你说，请等80分钟，然后我告诉你买上了没哦，亲

n*t2014-09-06 07:09

61 楼

那不结了，跟计数器一样，一起竞争。网站挂了更是伪科学了，但凡这种系统，肯定一
堆协议，神马定时、心跳、热备份、组播，等等等等，谁要没想到当鸡就敢上，谁就是
泡咖啡的

【在 z*******3 的大作中提到】

: 顶多说是，能跟黄牛在同一时间段内竞争
: 还有就是网站别挂了，你再看看1989那孩子说的

z*32014-09-06 07:09

62 楼

你说的不是这个，哈哈

【在 b*******s 的大作中提到】

n*t2014-09-06 07:09

63 楼

扯，还有更高大上的 fancy 玩意呢，而且，如果只做 1M/s which is 10X faster
then urs，我估摸 wifi 都够了

【在 z*******3 的大作中提到】

: 换网卡这种硬件是属于不elasticity的策略

b*s2014-09-06 07:09

64 楼

嗯，我以为你说的时间戳是用来解决这个问题的了
有时帖子会看窜掉

【在 z*******3 的大作中提到】

: 你说的不是这个，哈哈

z*32014-09-06 07:09

65 楼

一起竞争没有错，但是用网卡来排队，那是很神奇的一件事
至少我没听说有谁这么干的

【在 n*****t 的大作中提到】

: 那不结了，跟计数器一样，一起竞争。网站挂了更是伪科学了，但凡这种系统，肯定一
: 堆协议，神马定时、心跳、热备份、组播，等等等等，谁要没想到当鸡就敢上，谁就是
: 泡咖啡的

z*32014-09-06 07:09

66 楼

装，继续装
哈哈
发信人: brainless (n/a), 信区: Programming
标题: Re: 古德霸放个带细节设计的方案吧
发信站: BBS 未名空间站 (Wed Feb 5 20:40:51 2014, 美东)
如果你敲一下键盘，60分钟屏幕上有反馈，这叫？

【在 b*******s 的大作中提到】

: 嗯，我以为你说的时间戳是用来解决这个问题的了
: 有时帖子会看窜掉

z*32014-09-06 07:09

67 楼

正常人不会让网卡做一些逻辑上的处理
所有逻辑处理要集中到一个地方去做
基本上都要自己写代码，然后tune
而不是依赖网卡这种东西

【在 n*****t 的大作中提到】

: 扯，还有更高大上的 fancy 玩意呢，而且，如果只做 1M/s which is 10X faster
: then urs，我估摸 wifi 都够了

n*t2014-09-06 07:09

68 楼

啥玩意不是排队啊，你时间戳比我牛又咋的，谁让你网络比我挫了，网卡排队本身就是
一种天然时间戳，不服不行

【在 z*******3 的大作中提到】

: 一起竞争没有错，但是用网卡来排队，那是很神奇的一件事
: 至少我没听说有谁这么干的

z*32014-09-06 07:09

69 楼

这还需要补丁吗？

【在 b*******s 的大作中提到】

: 当然，我已经想好补丁了

n*t2014-09-06 07:09

70 楼

艾玛，网卡只不过 bypass kernel 了，你当那玩意能出票出冰激凌咋的？

【在 z*******3 的大作中提到】

: 正常人不会让网卡做一些逻辑上的处理
: 所有逻辑处理要集中到一个地方去做
: 基本上都要自己写代码，然后tune
: 而不是依赖网卡这种东西

z*32014-09-06 07:09

71 楼

先看懂二爷最近三个月在干嘛
然后再尝试理解其它人说的方案

【在 b*******s 的大作中提到】

: 嗯，我以为你说的时间戳是用来解决这个问题的了
: 有时帖子会看窜掉

z*32014-09-06 07:09

72 楼

你把这种事交给了网卡
你以后要怎么搞，就很难了
听天由命，这样子是过不去压力测试的
否则我一个prototype打遍天下了

【在 n*****t 的大作中提到】

: 艾玛，网卡只不过 bypass kernel 了，你当那玩意能出票出冰激凌咋的？

n*t2014-09-06 07:09

73 楼

我糊涂了，啥事我交给网卡了啊？莫非还能不用网卡噌一下票就飞到我内存里了？

【在 z*******3 的大作中提到】

: 你把这种事交给了网卡
: 你以后要怎么搞，就很难了
: 听天由命，这样子是过不去压力测试的
: 否则我一个prototype打遍天下了

z*32014-09-06 07:09

74 楼

代码在你手上，你怎么写都随便
甚至vip想插队都可以实现
但是你把这种逻辑交给了网卡
那这就是另外一回事了
再说instances很贵么？
是吧？
你网卡便宜，我instances也没贵到哪里去
又不是出不起那笔钱，你当铁老大跟你我一样叼丝？

【在 n*****t 的大作中提到】

: 啥玩意不是排队啊，你时间戳比我牛又咋的，谁让你网络比我挫了，网卡排队本身就是
: 一种天然时间戳，不服不行

z*32014-09-06 07:09

75 楼

领导过来拍拍你肩膀
老姜，我们都是上海人
你对上海的身份证做点优先级处理
10%的请求允许提前处理
你咋办？

【在 n*****t 的大作中提到】

: 我糊涂了，啥事我交给网卡了啊？莫非还能不用网卡噌一下票就飞到我内存里了？

n*t2014-09-06 07:09

76 楼

我前面放个 Cache 鸡不是干部啊，你要 VIP 上那鼓捣去呗，哎。。。

【在 z*******3 的大作中提到】

: 代码在你手上，你怎么写都随便
: 甚至vip想插队都可以实现
: 但是你把这种逻辑交给了网卡
: 那这就是另外一回事了
: 再说instances很贵么？
: 是吧？
: 你网卡便宜，我instances也没贵到哪里去
: 又不是出不起那笔钱，你当铁老大跟你我一样叼丝？

z*32014-09-06 07:09

77 楼

那是你的方案，又不是老魏的
你打的补丁而已

【在 n*****t 的大作中提到】

: 我前面放个 Cache 鸡不是干部啊，你要 VIP 上那鼓捣去呗，哎。。。

z*32014-09-06 07:09

78 楼

你的cache机跟web instances差不多一个概念
总之你自己会处理一下
但是用网卡处理，是最神奇的
我下次说给同事听

【在 n*****t 的大作中提到】

: 我前面放个 Cache 鸡不是干部啊，你要 VIP 上那鼓捣去呗，哎。。。

n*t2014-09-06 07:09

79 楼

擦，我这个方案跟古德八吵了几个礼拜了，你骂我剽窃老魏是吧？
其实老魏的算力也是绰绰有余，协议里加个优先级轻松。管网卡的，收到请求扔队列，
打算盘的优先到 VIP 里去拿。
再说了，前段送个 message 说T1 次 all stop selling，我还能偷偷出票不成？

【在 z*******3 的大作中提到】

: 那是你的方案，又不是老魏的
: 你打的补丁而已

z*32014-09-06 07:09

80 楼

我的意思是，我没认真看你的方案
这到底说的是谁的方案？
我说网卡，是老魏的

【在 n*****t 的大作中提到】

: 擦，我这个方案跟古德八吵了几个礼拜了，你骂我剽窃老魏是吧？
: 其实老魏的算力也是绰绰有余，协议里加个优先级轻松。管网卡的，收到请求扔队列，
: 打算盘的优先到 VIP 里去拿。
: 再说了，前段送个 message 说T1 次 all stop selling，我还能偷偷出票不成？

n*t2014-09-06 07:09

81 楼

老魏这方案你就这么想，中心节点就干一个活，抢票，其他所有逻辑都在前端。谁先抢
谁后抢，前端就可以排队了。

【在 z*******3 的大作中提到】

: 我的意思是，我没认真看你的方案
: 这到底说的是谁的方案？
: 我说网卡，是老魏的

z*32014-09-06 07:09

82 楼

老姜你应该想明白
运算能力是一回事
分层是另外一回事
不是每一次都要把运力往死里逼的

【在 n*****t 的大作中提到】

z*32014-09-06 07:09

83 楼

还用抢么？

【在 n*****t 的大作中提到】

: 老魏这方案你就这么想，中心节点就干一个活，抢票，其他所有逻辑都在前端。谁先抢
: 谁后抢，前端就可以排队了。

g*g2014-09-06 07:09

84 楼

没有啥长时间一说，就是几分钟。
后台我当然是做并发得，只不过是单关系数据库，用transaction来保证acid。把单子
按车次排序分队列，这个前端写单子存入得时候就做好了。后端得处理服务器是一个集
群，每次可以从cassandra批量读。另外每隔一秒从数据库里拿出个所有余票的
snapshot，cache到
各个处理服务器上。处理先跟这个cache比较，确认各段都有票，再发到数据库交易。
所以处理是并发得，如果没票的话，不用写入关系数据库，写回cassandra确认订单失
败。
尽管订单很多，峰值达到百万／秒，可用的票很少，根据新闻每天千万人次，一半
12306出，每天不过500万张。这500万张，在一台大机器上，oracle数据库，5k－10k/
秒的速度是一个常规的估计。按5k算的话，也不过1000秒，17分钟。12306其实每天是
分多个时段分票的，结果就是延迟更少，如果每天放票8次，那就是2分钟。这是数据库
的延迟。无效订单有延迟，每次处理无非是查内存里一个数组是否有0，有0就可以放弃
，单操作毫秒级的处理。。而且是多核集群并行处理，完全scale out, 订单很多可以
跟着上去保证处理速度，你觉得这部分延迟有多少？在我看是秒级别的延迟，但让你算
到1分钟也无妨，不过3分钟。就是不分时发票，也不过18分钟到头。如果能做10k 的交
易，更是10分钟以下没压力。

100k

【在 b*******s 的大作中提到】

n*t2014-09-06 07:09

85 楼

当然抢，不抢白不抢，不抢前段咋知道有票没票，前端只能保证让阿拉上海人先抢，不
保证抢到。
你要究细节，老魏的方案肯定有很多具体的问题，但都不是不能解决的，over

【在 z*******3 的大作中提到】

: 还用抢么？

z*32014-09-06 07:09

86 楼

时间戳
我第四遍说了
再让我废话，我就插你

【在 n*****t 的大作中提到】

: 当然抢，不抢白不抢，不抢前段咋知道有票没票，前端只能保证让阿拉上海人先抢，不
: 保证抢到。
: 你要究细节，老魏的方案肯定有很多具体的问题，但都不是不能解决的，over

g*g2014-09-06 07:09

87 楼

你可以把备份的车次一次都写进单子，我的单子可以有复杂逻辑。一次都处理。

【在 n*****t 的大作中提到】

: 60 分钟能拿到票也就算了，拿不到我换个车次还得重新排队，这是搞哪样啊？

n*t2014-09-06 07:09

88 楼

时间戳那就是摆设，毫无疑义。再说一遍，你打算拿着时间戳找我打官司咋地，我还说
我的网吧不给力，明明是我先点的鼠标呢。

【在 z*******3 的大作中提到】

: 时间戳
: 我第四遍说了
: 再让我废话，我就插你

l*92014-09-06 07:09

89 楼

不异步网站必然挂，你知道异步也叫no-blocking IO吗？

【在 n*****t 的大作中提到】

: 异步处理本来就是奇葩，比现在的系统都不如，你干脆撤掉网站让居委会大妈登记叫号
: 得了

n*t2014-09-06 07:09

90 楼

我就想知道哪些车有票，完了我得问小红走不走

【在 g*****g 的大作中提到】

: 你可以把备份的车次一次都写进单子，我的单子可以有复杂逻辑。一次都处理。

g*g2014-09-06 07:09

91 楼

10k出票，不是10k的单。前后分开就是要把这两个的耦合弄开。
能够意识到票子少，单子多，才是这个系统的关键。

【在 b*******s 的大作中提到】

: 最多10k我相信你绝对没问题，问题是你和需求似乎不是很相关

n*t2014-09-06 07:09

92 楼

居委会大妈登记也是异步，别整没营养的

【在 l*****9 的大作中提到】

: 不异步网站必然挂，你知道异步也叫no-blocking IO吗？

l*92014-09-06 07:09

93 楼

你以为现在抢票不是靠时间戳？

【在 n*****t 的大作中提到】

: 时间戳那就是摆设，毫无疑义。再说一遍，你打算拿着时间戳找我打官司咋地，我还说
: 我的网吧不给力，明明是我先点的鼠标呢。

g*g2014-09-06 07:09

94 楼

你可以问那些车次有票，我那数据库又不是不支持查询。每秒拿一个snapshot出来，非
实时，没票下单多半没戏，查到有票下单不保证能买到。比起太监那网站刷都刷不出来
，还是强了无数倍的。

【在 n*****t 的大作中提到】

: 我就想知道哪些车有票，完了我得问小红走不走

n*t2014-09-06 07:09

95 楼

当然不是，谁先插谁生儿子，后插的都是卢瑟

【在 l*****9 的大作中提到】

: 你以为现在抢票不是靠时间戳？

n*t2014-09-06 07:09

96 楼

人家性能是你 500 倍

【在 g*****g 的大作中提到】

: 你可以问那些车次有票，我那数据库又不是不支持查询。每秒拿一个snapshot出来，非
: 实时，没票下单多半没戏，查到有票下单不保证能买到。比起太监那网站刷都刷不出来
: ，还是强了无数倍的。

g*g2014-09-06 07:09

97 楼

我的设计，每个人只用下一次单子，等3分钟，你下多单子没用。单子没处理之前还可
以随便改。单子还支持备选车次，多人等等。整个系统没scale out的只有后台的关系
数据库，3分钟就等在那上面。

【在 b*******s 的大作中提到】

: 古德霸的设计，如果回避了后端并发，加上赵全堆的补丁
: 就是死机80分钟的表现

l*92014-09-06 07:09

98 楼

当机，丢单，性能好个鸟。没有搞过大数据云计算的不理解C++快的那2秒算个鸟

【在 n*****t 的大作中提到】

: 人家性能是你 500 倍

g*g2014-09-06 07:09

99 楼

他的性能一点不比我的强，我的设计同样可以收5m/秒的单子，多堆机器即可。
他同样不能同步出票，要有延迟。事实上，他会大量丢单，就像12306一样。

【在 n*****t 的大作中提到】

: 人家性能是你 500 倍

l*92014-09-06 07:09

100 楼

先插不就是时间戳靠前？你鸭不懂最好闭嘴

【在 n*****t 的大作中提到】

: 当然不是，谁先插谁生儿子，后插的都是卢瑟

l*92014-09-06 07:09

101 楼

你的无知实在太惊人了

【在 n*****t 的大作中提到】

: 居委会大妈登记也是异步，别整没营养的

e*o2014-09-06 07:09

102 楼

铁道部就是太实惠了在这里。
铁道部非得要求网上买票和窗口一样。
其实也有道理，
当时有票当时就能看到，当时就能买到，没票当时就能作决定换别的车次
有票看不到，有票买不到那还要售票网站干什么吃的。

【在 n*****t 的大作中提到】

: 我有 12 个车次选择，我还想跟相好的一起走，你能不能告诉我哪些车有票先啊，尼玛
: 不能连窗口卖票还不如吧

g*g2014-09-06 07:09

103 楼

我的设计一秒中之前的实时数据能让你看到，就这1秒钟可能有100万订单进来所以我保
证不了能买到。
太监的系统也是一样的，你查询有票，你再去下，哪能保证抢到。售票窗口还是一样。
看着有，下的时候就没了。只能说有个先来后到。你到窗口排队，你还能保证有票不成？

【在 e**o 的大作中提到】

: 铁道部就是太实惠了在这里。
: 铁道部非得要求网上买票和窗口一样。
: 其实也有道理，
: 当时有票当时就能看到，当时就能买到，没票当时就能作决定换别的车次
: 有票看不到，有票买不到那还要售票网站干什么吃的。

b*s2014-09-06 07:09

104 楼

和我想的补丁差不多
这是个可行方案

【在 g*****g 的大作中提到】

: 没有啥长时间一说，就是几分钟。
: 后台我当然是做并发得，只不过是单关系数据库，用transaction来保证acid。把单子
: 按车次排序分队列，这个前端写单子存入得时候就做好了。后端得处理服务器是一个集
: 群，每次可以从cassandra批量读。另外每隔一秒从数据库里拿出个所有余票的
: snapshot，cache到
: 各个处理服务器上。处理先跟这个cache比较，确认各段都有票，再发到数据库交易。
: 所以处理是并发得，如果没票的话，不用写入关系数据库，写回cassandra确认订单失
: 败。
: 尽管订单很多，峰值达到百万／秒，可用的票很少，根据新闻每天千万人次，一半
: 12306出，每天不过500万张。这500万张，在一台大机器上，oracle数据库，5k－10k/

e*o2014-09-06 07:09

105 楼

你没在窗口买过票。
排队轮到你的了，你问窗口某个车次是否有票，窗口告诉你有，就一定能买到。
窗口能看到，就能买到，好像是他们先hold住，然后告诉你是否有票。
查询即排队，查询即锁定。查别的车次，就释放刚才查询锁定的。
不然窗口早就被砸，被骂百八十遍了。
窗口告诉你没有，那就是当时一定没有。
别的窗口hold的票，没买，重新释放的不算。
但这种情况很少，而且基本上不会发生。
因为你付钱或者查询别的车次的时候这张刚释放出来的牌，早就被别的窗口hold住.

成？

【在 g*****g 的大作中提到】

: 我的设计一秒中之前的实时数据能让你看到，就这1秒钟可能有100万订单进来所以我保
: 证不了能买到。
: 太监的系统也是一样的，你查询有票，你再去下，哪能保证抢到。售票窗口还是一样。
: 看着有，下的时候就没了。只能说有个先来后到。你到窗口排队，你还能保证有票不成？

g*g2014-09-06 07:09

106 楼

就算是你说的队。你是希望刷一天，一多半时间网站根本没相应，反复刷运气好票能出
来。还是任何时候花一分钟添个单子
走人，等着email/短信通知。按顺序该是你的就是你的。
类比的做法就是排半天队，到窗口几乎是这没票，那没票。或者填个单子全国按号排队
，回家等通知。虽然同样没买到，至少是按顺序的，至少没浪费时间。
只要是合理的做法，需求不是不能改的。

【在 e**o 的大作中提到】

: 你没在窗口买过票。
: 排队轮到你的了，你问窗口某个车次是否有票，窗口告诉你有，就一定能买到。
: 窗口能看到，就能买到，好像是他们先hold住，然后告诉你是否有票。
: 查询即排队，查询即锁定。查别的车次，就释放刚才查询锁定的。
: 不然窗口早就被砸，被骂百八十遍了。
: 窗口告诉你没有，那就是当时一定没有。
: 别的窗口hold的票，没买，重新释放的不算。
: 但这种情况很少，而且基本上不会发生。
: 因为你付钱或者查询别的车次的时候这张刚释放出来的牌，早就被别的窗口hold住.
:

e*o2014-09-06 07:09

107 楼

窗口重来没发生过，告诉你有票但出不来的情况。这个情况理论上就不存在。
几乎没发生过，当时没有票，过几分钟就有票的情况。但这个情况理论上的确存在。

【在 e**o 的大作中提到】

e*o2014-09-06 07:09

108 楼

这么说吧，网站售票必须和窗口一样。
不然乘客没法做决定。一般有很多车次可以选，这个车次没有可以立刻买别的。
按照你的卖法，乘客怎么选？只能尽可能多的买各个车次的，然后再挨个退？
增加多少成本和负担？
最关键的是做决定的实时性没了。
放票就是那么几次，这次买不上，就只能等下次了。
别说火车，有的时候汽车票都很紧张。
某天的火车买不到，就得立刻买汽车，不然汽车票也没了。除非你愿意等。

【在 g*****g 的大作中提到】

: 就算是你说的队。你是希望刷一天，一多半时间网站根本没相应，反复刷运气好票能出
: 来。还是任何时候花一分钟添个单子
: 走人，等着email/短信通知。按顺序该是你的就是你的。
: 类比的做法就是排半天队，到窗口几乎是这没票，那没票。或者填个单子全国按号排队
: ，回家等通知。虽然同样没买到，至少是按顺序的，至少没浪费时间。
: 只要是合理的做法，需求不是不能改的。

e*o2014-09-06 07:09

109 楼

合计半天你老利用高科技开发的售票系统，
还没有几十年前的铁路窗口售票系统好使？
当然，人家是专业卖火车票的，你是不是卖票的。最起码不是火车票。
术业有专攻，也情有可原。

【在 g*****g 的大作中提到】

g*g2014-09-06 07:09

110 楼

可以下一个单子，按着你的要求来。 A 没有就 B, B 没有就 C, 一次处理完。不是你
你刷半天强多了。你刷 A 半天，放弃了才想刷 B, 结果也没了，悲惨了。我这个里面
就给你弄出来了。

【在 e**o 的大作中提到】

: 这么说吧，网站售票必须和窗口一样。
: 不然乘客没法做决定。一般有很多车次可以选，这个车次没有可以立刻买别的。
: 按照你的卖法，乘客怎么选？只能尽可能多的买各个车次的，然后再挨个退？
: 增加多少成本和负担？
: 最关键的是做决定的实时性没了。
: 放票就是那么几次，这次买不上，就只能等下次了。
: 别说火车，有的时候汽车票都很紧张。
: 某天的火车买不到，就得立刻买汽车，不然汽车票也没了。除非你愿意等。

g*g2014-09-06 07:09

111 楼

没有排队好使？原来你是喜欢排队，喜欢刷屏的。

【在 e**o 的大作中提到】

: 合计半天你老利用高科技开发的售票系统，
: 还没有几十年前的铁路窗口售票系统好使？
: 当然，人家是专业卖火车票的，你是不是卖票的。最起码不是火车票。
: 术业有专攻，也情有可原。

z*32014-09-06 07:09

112 楼

那你怪网吧去
时间戳在server side，所有人一个时间排队，有啥不服的？
真想戳你一下

【在 n*****t 的大作中提到】

: 时间戳那就是摆设，毫无疑义。再说一遍，你打算拿着时间戳找我打官司咋地，我还说
: 我的网吧不给力，明明是我先点的鼠标呢。

e*o2014-09-06 07:09

113 楼

你做的不是售票系统，是预定系统。。。

【在 g*****g 的大作中提到】

: 可以下一个单子，按着你的要求来。 A 没有就 B, B 没有就 C, 一次处理完。不是你
: 你刷半天强多了。你刷 A 半天，放弃了才想刷 B, 结果也没了，悲惨了。我这个里面
: 就给你弄出来了。

e*o2014-09-06 07:09

114 楼

多少延迟吧。估计10分钟左右还能忍。

【在 g*****g 的大作中提到】

e*o2014-09-06 07:09

115 楼

上网填单子比不是排队，不是刷屏？
人家铁道部的窗口还能给个实时的结果。你这还得等。谁的好使?

【在 g*****g 的大作中提到】

: 没有排队好使？原来你是喜欢排队，喜欢刷屏的。

g*g2014-09-06 07:09

116 楼

最多10分钟。关键是你不用刷。下多单没好处。

【在 e**o 的大作中提到】

: 多少延迟吧。估计10分钟左右还能忍。

g*g2014-09-06 07:09

117 楼

你网站都打不开，叫什么实时。
上网填单子就一次，反复刷屏干啥。
铁道部的窗口得排半天的队，你抢票同样得刷半天的屏，两者都不保证有票。
我这个虽然不保证有票，至少舒舒服服在暖气房里喝杯茶，结果就出来了，不用跟电脑
怄气。

【在 e**o 的大作中提到】

: 上网填单子比不是排队，不是刷屏？
: 人家铁道部的窗口还能给个实时的结果。你这还得等。谁的好使?

g*g2014-09-06 07:09

118 楼

我给你举个例子，就是长江上游下暴雨，下游要发洪水。
我的做法就是三峡水库，你的做法就是发吧，哪里垮了就垮了好了。
顺利通过到达东海的，就是实时的。

e*o2014-09-06 07:09

119 楼

其实你就是做个排号机而已。说是预售系统都夸张了。
你认为铁道部需要这样的系统吗？
这么多人，填单子提交的时候也是挤。

【在 g*****g 的大作中提到】

: 你网站都打不开，叫什么实时。
: 上网填单子就一次，反复刷屏干啥。
: 铁道部的窗口得排半天的队，你抢票同样得刷半天的屏，两者都不保证有票。
: 我这个虽然不保证有票，至少舒舒服服在暖气房里喝杯茶，结果就出来了，不用跟电脑
: 怄气。

z*32014-09-06 07:09

120 楼

需要
现在就差不多这么做的
想想铁道部在向谁取经？
淘宝啊
开了20个instances

【在 e**o 的大作中提到】

: 其实你就是做个排号机而已。说是预售系统都夸张了。
: 你认为铁道部需要这样的系统吗？
: 这么多人，填单子提交的时候也是挤。

e*o2014-09-06 07:09

121 楼

差别大了，现在12306能实时出票。
这个排号机能吗？这就是水平差距。
难道大家不比先进，开始比烂了？

【在 z*******3 的大作中提到】

: 需要
: 现在就差不多这么做的
: 想想铁道部在向谁取经？
: 淘宝啊
: 开了20个instances

z*32014-09-06 07:09

122 楼

http://www.huxiu.com/article/26223/1.html
先看看再吹

【在 e**o 的大作中提到】

: 差别大了，现在12306能实时出票。
: 这个排号机能吗？这就是水平差距。
: 难道大家不比先进，开始比烂了？

z*32014-09-06 07:09

123 楼

老魏自以为能搞定，结果没搞定
古德霸等人一开始就建议，牺牲掉实时性，保证最后正确
其实实时也不是做不了，上台主机，多半能作到
但是主机又贵，铁道部又不想贵，所以就出问题了

z*32014-09-06 07:09

124 楼

老魏的方案就是用计数器绕开了多线程的transaction
问题在于，这么做，多线程并发就会出错
很好理解，学过多线程的都知道
现在发现，这个错误有些不对，理论上不正确
于是打算搞单线程……………………………………

z*32014-09-06 07:09

125 楼

单线程还需要2个cpu么？
如果不需要，那就是一个cpu一台机器，sharding
如果需要，那就是伪多线程，async
都有人在做，都看着这家伙怎么表演了
有本事别过来

b*s2014-09-06 07:09

126 楼

他的后端并行了也可以保证throughput，尽管latency还是没办法

【在 n*****t 的大作中提到】

: 人家性能是你 500 倍

b*s2014-09-06 07:09

127 楼

实时性也是可以解决的，按车次分库分表，同样对订单加分队列，这个也是因为铁路系
统的物理限制，一列车一天也就几千个票可以卖。不过这样服务器的负载平衡要稍微复
杂一点。不过这也不是硬实时系统，能够十几秒响应也可以接受

【在 e**o 的大作中提到】

b*s2014-09-06 07:09

128 楼

对，查询即锁定

【在 e**o 的大作中提到】

z*32014-09-06 07:09

129 楼

还是没看懂二爷做的

【在 b*******s 的大作中提到】

: 实时性也是可以解决的，按车次分库分表，同样对订单加分队列，这个也是因为铁路系
: 统的物理限制，一列车一天也就几千个票可以卖。不过这样服务器的负载平衡要稍微复
: 杂一点。不过这也不是硬实时系统，能够十几秒响应也可以接受

b*s2014-09-06 07:09

130 楼

你对魏老师方案的理解还是不对，他的方案的表现，应该是下单，不到1秒知道结果
不可能刷一天

【在 g*****g 的大作中提到】

z*32014-09-06 07:09

131 楼

扯，国内买票时候，你问有没有票
当你掏钱时候，告诉你票被买走了情况又不是没有
没买过火车票在这里骗人
还查询即锁定，那这个锁代价够高的
一百个坐位，一百个人查，其他人连查都查不了

【在 b*******s 的大作中提到】

: 对，查询即锁定

l*92014-09-06 07:09

132 楼

排序是任何应用都要做的。但是waiting list远比排序复杂。你是职业程序员吗？

【在 e**o 的大作中提到】

: 其实你就是做个排号机而已。说是预售系统都夸张了。
: 你认为铁道部需要这样的系统吗？
: 这么多人，填单子提交的时候也是挤。

n*t2014-09-06 07:09

133 楼

赵策你越来越一统江湖了，你这个戳有屁意义啊，不用又能如何啊

【在 z*******3 的大作中提到】

: 那你怪网吧去
: 时间戳在server side，所有人一个时间排队，有啥不服的？
: 真想戳你一下

e*o2014-09-06 07:09

134 楼

不知道你什么时候买的火车票。
2006年时候代售点的人就明确告诉我，看到票就能买到票。
除非你查询完没买，又去查询别的，原先查询的当然释放掉。
一开始查询的当然有可能买不到，但这种情况只能怪自己犹豫，赖不到出票系统上。

【在 z*******3 的大作中提到】

: 扯，国内买票时候，你问有没有票
: 当你掏钱时候，告诉你票被买走了情况又不是没有
: 没买过火车票在这里骗人
: 还查询即锁定，那这个锁代价够高的
: 一百个坐位，一百个人查，其他人连查都查不了

b*s2014-09-06 07:09

135 楼

可以做到10几秒，分库，中间加一级针对车次的筛选，不同车次扔不同队列
退票加一个优先队列

【在 g*****g 的大作中提到】

: 最多10分钟。关键是你不用刷。下多单没好处。

z*32014-09-06 07:09

136 楼

去年，厦门站，谢谢

【在 e**o 的大作中提到】

: 不知道你什么时候买的火车票。
: 2006年时候代售点的人就明确告诉我，看到票就能买到票。
: 除非你查询完没买，又去查询别的，原先查询的当然释放掉。
: 一开始查询的当然有可能买不到，但这种情况只能怪自己犹豫，赖不到出票系统上。

z*32014-09-06 07:09

137 楼

排队时候用啊
你在想什么？
再戳你一下

【在 n*****t 的大作中提到】

: 赵策你越来越一统江湖了，你这个戳有屁意义啊，不用又能如何啊

e*o2014-09-06 07:09

138 楼

当然不是。
但是客户要的是快速出票系统。
你弄出个waiting list，客户能满意吗？
其实老魏的出发点是满足客户需求，goodbug是在改变客户需求。

【在 l*****9 的大作中提到】

: 排序是任何应用都要做的。但是waiting list远比排序复杂。你是职业程序员吗？

e*o2014-09-06 07:09

139 楼

那是售票员查询别的把那张票释放了。
你确定你看到屏幕了？

【在 z*******3 的大作中提到】

: 去年，厦门站，谢谢

z*32014-09-06 07:09

140 楼

客户要的是快速出票系统？？？
快速出票有什么意义？
火车票能买到就好了
你10s出和200s出差别很大么？
春运以前买票，很多民工通宵排队
你这个怎么快？

【在 e**o 的大作中提到】

: 当然不是。
: 但是客户要的是快速出票系统。
: 你弄出个waiting list，客户能满意吗？
: 其实老魏的出发点是满足客户需求，goodbug是在改变客户需求。

z*32014-09-06 07:09

141 楼

我站在第一位看到了，你说呢？
除非售票员帮你锁了

【在 e**o 的大作中提到】

: 那是售票员查询别的把那张票释放了。
: 你确定你看到屏幕了？

z*32014-09-06 07:09

142 楼

至少理论上没有弄错
连个计数器都能写错啊

【在 b*******s 的大作中提到】

: 可以做到10几秒，分库，中间加一级针对车次的筛选，不同车次扔不同队列
: 退票加一个优先队列

z*32014-09-06 07:09

143 楼

你捧着一个错的臭脚是不是很high?
理论上都是错的啊

【在 b*******s 的大作中提到】

: 可以做到10几秒，分库，中间加一级针对车次的筛选，不同车次扔不同队列
: 退票加一个优先队列

z*32014-09-06 07:09

144 楼

售票员一般是看你掏钱，就出票了
等你给钱，算好，就把票给你了
不是看到就有，他们不怕卖不出去
反正也不是他们的钱，所以广深线很多时候
你去买票，售票员直接从旁边一叠扔一张给你

【在 e**o 的大作中提到】

: 那是售票员查询别的把那张票释放了。
: 你确定你看到屏幕了？

z*32014-09-06 07:09

145 楼

哈哈，就说，气死你鸭的
计数器都能写错，弱爆了

【在 b*******s 的大作中提到】

: 可以做到10几秒，分库，中间加一级针对车次的筛选，不同车次扔不同队列
: 退票加一个优先队列

z*32014-09-06 07:09

146 楼

计数器程序员不要悲愤

【在 b*******s 的大作中提到】

: 可以做到10几秒，分库，中间加一级针对车次的筛选，不同车次扔不同队列
: 退票加一个优先队列

b*s2014-09-06 07:09

147 楼

我不生气，只是看到你觉得好笑

【在 z*******3 的大作中提到】

: 哈哈，就说，气死你鸭的
: 计数器都能写错，弱爆了

z*32014-09-06 07:09

148 楼

这么简单的多线程都能写错
都还要改回单线程
计数器程序员真不是一般的弱啊

【在 b*******s 的大作中提到】

: 我不生气，只是看到你觉得好笑

z*32014-09-06 07:09

149 楼

哈哈，那正好，我也很喜欢这样
是吧？计数器程序员

【在 b*******s 的大作中提到】

: 我不生气，只是看到你觉得好笑

b*s2014-09-06 07:09

150 楼

你就别看到人就叫爸爸了

【在 z*******3 的大作中提到】

: 这么简单的多线程都能写错
: 都还要改回单线程
: 计数器程序员真不是一般的弱啊

z*32014-09-06 07:09

151 楼

看到你爷爷是这么叫的

【在 b*******s 的大作中提到】

: 你就别看到人就叫爸爸了

e*o2014-09-06 07:09

152 楼

只能说铁路的查询系统有问题。应该查询即锁定。不然查了白查。
看来窗口售票和网络售票的系统还真应该有点差别。
窗口有售票员和后面排队的人等着，可以保证查询很快就出结果。
12306的查询可没有压力，等得起，后面没有人催。
不过售票员的职业素质应该查询后立刻锁定，然后再问乘客要不要。
不然就是给自己找麻烦。

【在 z*******3 的大作中提到】

: 我站在第一位看到了，你说呢？
: 除非售票员帮你锁了

b*s2014-09-06 07:09

153 楼

需要锁定吗？票数减一就是了，还真是个计数器问题

【在 e**o 的大作中提到】

: 只能说铁路的查询系统有问题。应该查询即锁定。不然查了白查。
: 看来窗口售票和网络售票的系统还真应该有点差别。
: 窗口有售票员和后面排队的人等着，可以保证查询很快就出结果。
: 12306的查询可没有压力，等得起，后面没有人催。
: 不过售票员的职业素质应该查询后立刻锁定，然后再问乘客要不要。
: 不然就是给自己找麻烦。

z*32014-09-06 07:09

154 楼

不合适
查询之后释放不了怎么办？
比如释放信号因为网络丢包，很正常么
你要用专线保证
没有必要么
不过铁路售票点内部网络速度飞快
也不差多少，你看过他们的界面么？
一查查一堆啊，全部锁定？不可能的

【在 e**o 的大作中提到】

z*32014-09-06 07:09

155 楼

并发啊
计数器程序员真喜欢老魏那一套啊

【在 b*******s 的大作中提到】

: 需要锁定吗？票数减一就是了，还真是个计数器问题

z*32014-09-06 07:09

156 楼

正常人想到的都是锁
计数器程序员就知道计数器
赶紧去申请图灵奖

e*o2014-09-06 07:09

157 楼

我买票的时候都是先锁定，然后问你要不要，确认要了，就出票。
你说的都是代售点的做法，车站窗口不可能这么做的。
我在代售点排队的时候，就有代售点的人统计排队人的终点站。
然后让售票员在出票的第一时间只管出票。打印出一摞热门票后，交给第二个人慢慢收
钱。
再开始按顺序卖票。

【在 z*******3 的大作中提到】

: 售票员一般是看你掏钱，就出票了
: 等你给钱，算好，就把票给你了
: 不是看到就有，他们不怕卖不出去
: 反正也不是他们的钱，所以广深线很多时候
: 你去买票，售票员直接从旁边一叠扔一张给你

z*32014-09-06 07:09

158 楼

这个可能
但是看到就锁
不太可能
人工锁
可能

【在 e**o 的大作中提到】

: 我买票的时候都是先锁定，然后问你要不要，确认要了，就出票。
: 你说的都是代售点的做法，车站窗口不可能这么做的。
: 我在代售点排队的时候，就有代售点的人统计排队人的终点站。
: 然后让售票员在出票的第一时间只管出票。打印出一摞热门票后，交给第二个人慢慢收
: 钱。
: 再开始按顺序卖票。

l*92014-09-06 07:09

159 楼

关于用户体验，不需要懂编程。你要买票，昆明到长春，现在有两个选择：
1。号称的实时系统：网站基本没反应，刷票半天，也许刷到一张也许刷不到。
2。非实时系统：你在网站下订单，组合票：昆明到北京，然后最快北京到长春。交订
单，网站马上告诉你：订单提交完成，10分钟内出结果。5分钟后你收到短信：订票成
功，回复短信购买！或者：订票失败但是你在waiting list,按照你的订单时间戳排队
，如果你想等票，不需要再次提交订单，如果不想等票，可以回复短信取消。
你更喜欢哪个呢？

【在 e**o 的大作中提到】

: 当然不是。
: 但是客户要的是快速出票系统。
: 你弄出个waiting list，客户能满意吗？
: 其实老魏的出发点是满足客户需求，goodbug是在改变客户需求。

e*o2014-09-06 07:09

160 楼

当然看过。你说的也有道理。
按目的地查询当然一查一堆。需要挑车次，挑日期锁定。
看来还有改进余地。
指定车次，目的地，指定日期，就有唯一结果，自动锁定就好了。
不过铁路的出票系统没这么简单，都是给目的地，给最近几天每个车次剩多少票。

【在 z*******3 的大作中提到】

: 不合适
: 查询之后释放不了怎么办？
: 比如释放信号因为网络丢包，很正常么
: 你要用专线保证
: 没有必要么
: 不过铁路售票点内部网络速度飞快
: 也不差多少，你看过他们的界面么？
: 一查查一堆啊，全部锁定？不可能的

z*32014-09-06 07:09

161 楼

总之就是有一个start point
然后锁定，然后执行
执行完毕后释放锁
很传统
顺便说一下
铁道部db是sybase
这里某人以前在sybase做过
不过喜欢装不懂sql，呼呼
买卖题上好几个大牛都在sybase做过
比如卡桑

【在 e**o 的大作中提到】

: 当然看过。你说的也有道理。
: 按目的地查询当然一查一堆。需要挑车次，挑日期锁定。
: 看来还有改进余地。
: 指定车次，目的地，指定日期，就有唯一结果，自动锁定就好了。
: 不过铁路的出票系统没这么简单，都是给目的地，给最近几天每个车次剩多少票。

q*c2014-09-06 07:09

162 楼

制止你这样做的办法太多了。基本可以保证一人只提交一次。

【在 b*******s 的大作中提到】

: 如果我是用户，我肯定会拼命点提交button，这样这个系统会产生多少新订单呢？
:
: 100k

l*92014-09-06 07:09

163 楼

很简单，按最新订单，就是说递交越多排队越靠后，活雷锋，刷吧

【在 q*c 的大作中提到】

: 制止你这样做的办法太多了。基本可以保证一人只提交一次。

g*g2014-09-06 07:09

164 楼

窗口的可以预分票走不同规则，现在本来就是预分票的。

【在 e**o 的大作中提到】

g*g2014-09-06 07:09

165 楼

填单子偏偏就是没问题。因为所有的订单都是不冲突的，你来多少我实时写多少。
魏公公有问题是因为单子要实时竞争同一个计数器。
没有什么是可以scale out什么不能scale out的意识，恰恰就是外行和内行的区别。

【在 e**o 的大作中提到】

: 其实你就是做个排号机而已。说是预售系统都夸张了。
: 你认为铁道部需要这样的系统吗？
: 这么多人，填单子提交的时候也是挤。

g*g2014-09-06 07:09

166 楼

他那个单机撑不住1M/s IO, 这个东西真不是什么信不信的问题。测试一下就知道了，
又不是helloworld.

【在 b*******s 的大作中提到】

: 你对魏老师方案的理解还是不对，他的方案的表现，应该是下单，不到1秒知道结果
: 不可能刷一天

g*g2014-09-06 07:09

167 楼

分库我讨论过，这个是优化干的。而且planning本身很复杂，就算能优化我觉得提高也
不会超过一个数量级。做一个复杂系统，通常都是从worst case开始估计还有余量，然
后慢慢优化。像魏公公那样上来就撑得满满的，一个没考虑到的需求增加复杂度，立刻
就是必死的节奏。
我老好歹是做了多年大系统架构，就是一些经验。魏公公就做一些客户系统，崩了有啥
的，不就是单子没提上去吗。又不是nasdaq崩了。

【在 b*******s 的大作中提到】

: 可以做到10几秒，分库，中间加一级针对车次的筛选，不同车次扔不同队列
: 退票加一个优先队列

g*g2014-09-06 07:09

168 楼

只能改单，改单就改timestamp往后排. 不能提交多单，这样比较简单。

【在 l*****9 的大作中提到】

: 很简单，按最新订单，就是说递交越多排队越靠后，活雷锋，刷吧

g*g2014-09-06 07:09

169 楼

老魏的系统撑不住，他上线了大家可以实测，光练嘴皮子没用。

【在 e**o 的大作中提到】

: 当然不是。
: 但是客户要的是快速出票系统。
: 你弄出个waiting list，客户能满意吗？
: 其实老魏的出发点是满足客户需求，goodbug是在改变客户需求。