Redian新闻
>
静态计数器和订票系统的区别
avatar
z*r
2
没有仔细的看实现,但是几个最基本的事实需要考虑
1.数据量 考虑到要支持的车次,座位数目,和支持的时间段的组合,单机内存装不下
2.车票和车次的来源更新,这里没有固定的计数器, 有的只是动态票源
3.在2的基础上,实现抢票transaction的ACID, 用一个简单内存小程序加几个网络备份
是不现实的,这个不能想当然
4.复杂的transaction处理, 抢票之后要出票,退票,换票之类的更有问题
5.单机的availability问题
当把一个订票系统简化成静态计数器的时候,系统的价值就基本丧失了,不管你能一秒抢
多少票
avatar
w*s
3
ios5 gm 里居然没SIRI
avatar
b*s
4
有这么难懂吗
avatar
q*n
5
只有iphone 4s支持

【在 w******s 的大作中提到】
: ios5 gm 里居然没SIRI
avatar
t*m
6
看到第一行就不用看下去了
avatar
w*a
7
挺想给touch4升级一个ios5的
不过担心系统上去了处理器跟不上或者电池吃不消
像很多人说的i3的air升级lion之后那样

【在 t******u 的大作中提到】
: rt
avatar
n*t
8
老魏说得对,有些人你就让他们糊涂下去好了。
没办法,用惯轮子的人,已经形成思维定式了,老师没教过的一定不对、没有轮子可套
的一定不行,不要发明轮子就是他们的经典信条。

【在 t****m 的大作中提到】
: 看到第一行就不用看下去了
avatar
w*s
9
it works ok.

【在 w***a 的大作中提到】
: 挺想给touch4升级一个ios5的
: 不过担心系统上去了处理器跟不上或者电池吃不消
: 像很多人说的i3的air升级lion之后那样

avatar
z*e
10
你就那么确定上个时代的东西别人不懂?
单机再怎么做都是不现实的
因为存在着巨大的隐患
还是那句话,你让chaos monkey进去砸一砸嘛
人家12306就敢让chaos monkey砸一顿

【在 n*****t 的大作中提到】
: 老魏说得对,有些人你就让他们糊涂下去好了。
: 没办法,用惯轮子的人,已经形成思维定式了,老师没教过的一定不对、没有轮子可套
: 的一定不行,不要发明轮子就是他们的经典信条。

avatar
a*y
11
no

【在 t******u 的大作中提到】
: rt
avatar
z*e
12

你们上个世纪的人,除了暴力解,还有什么其他的招没有?
反正就是有冲突,就回单机,然后相互独立的部分就爆机器
只要相互不独立,就回去找单机,然后拼命拆逻辑
做各种精简,你不觉得你在回避问题么?
分布式的并发问题,关于如何处理分布式事务等等
都讨论了几十年了,最近十年尤为热门,乱七八糟的paper什么到处都是
你随便去个seminar,都可以听到演讲者在解释如何对付这些问题
为什么你还要回到上个时代的解法去捏?
就你那个联锁问题,是分布式的入门问题好不好?
一个联锁就把你吓得要回去用单机,也是服了
你们这些上个世纪的老头子实在是很幽默啊

【在 n*****t 的大作中提到】
: 老魏说得对,有些人你就让他们糊涂下去好了。
: 没办法,用惯轮子的人,已经形成思维定式了,老师没教过的一定不对、没有轮子可套
: 的一定不行,不要发明轮子就是他们的经典信条。

avatar
S*s
13
那什么时候发布?
avatar
l*s
14
三个字总结:无脑上。

【在 z****e 的大作中提到】
:
: 你们上个世纪的人,除了暴力解,还有什么其他的招没有?
: 反正就是有冲突,就回单机,然后相互独立的部分就爆机器
: 只要相互不独立,就回去找单机,然后拼命拆逻辑
: 做各种精简,你不觉得你在回避问题么?
: 分布式的并发问题,关于如何处理分布式事务等等
: 都讨论了几十年了,最近十年尤为热门,乱七八糟的paper什么到处都是
: 你随便去个seminar,都可以听到演讲者在解释如何对付这些问题
: 为什么你还要回到上个时代的解法去捏?
: 就你那个联锁问题,是分布式的入门问题好不好?

avatar
X*n
15
是也得加州的时间发布吧。
反正东部时间的12点过后不work.

【在 S****s 的大作中提到】
: 那什么时候发布?
avatar
n*t
16
1、不是单机
2、随便砸
这两个问题回答你无数遍了,你来来回回打滚能不能换个新姿势?不睁着眼睛说瞎话会
死啊?
忘了,应该让你们糊涂下去,或者装糊涂装下去,死了活该。

【在 z****e 的大作中提到】
: 你就那么确定上个时代的东西别人不懂?
: 单机再怎么做都是不现实的
: 因为存在着巨大的隐患
: 还是那句话,你让chaos monkey进去砸一砸嘛
: 人家12306就敢让chaos monkey砸一顿

avatar
S*s
17

太流氓了,从来发布都是东部时间啊啊
怎么苹果一直是这个传统?

【在 X***n 的大作中提到】
: 是也得加州的时间发布吧。
: 反正东部时间的12点过后不work.

avatar
T*i
18
老姜赵策这种搅屎棍真不适合给你做小二。我直接帮你拒了。呵呵。

【在 n*****t 的大作中提到】
: 1、不是单机
: 2、随便砸
: 这两个问题回答你无数遍了,你来来回回打滚能不能换个新姿势?不睁着眼睛说瞎话会
: 死啊?
: 忘了,应该让你们糊涂下去,或者装糊涂装下去,死了活该。

avatar
a*y
19
根据以往经验,没个准时

【在 X***n 的大作中提到】
: 是也得加州的时间发布吧。
: 反正东部时间的12点过后不work.

avatar
d*e
20
实在看不下去了,本来不想搅混水的。
你就当抢票机是个cache. 现在的问题是n个请求对应一张票。
你让n个请求里面只有一个1hit好了,
剩下的丢给你传统的东西,这样就好理解了。

【在 z*******r 的大作中提到】
: 没有仔细的看实现,但是几个最基本的事实需要考虑
: 1.数据量 考虑到要支持的车次,座位数目,和支持的时间段的组合,单机内存装不下
: 2.车票和车次的来源更新,这里没有固定的计数器, 有的只是动态票源
: 3.在2的基础上,实现抢票transaction的ACID, 用一个简单内存小程序加几个网络备份
: 是不现实的,这个不能想当然
: 4.复杂的transaction处理, 抢票之后要出票,退票,换票之类的更有问题
: 5.单机的availability问题
: 当把一个订票系统简化成静态计数器的时候,系统的价值就基本丧失了,不管你能一秒抢
: 多少票

avatar
S*s
21

以往从来不关注升级,所以没经验,这次想用用icloud,熬到现在,结果屁也灭有
斑竹估计是什么时候发布?
伦敦活动完了?

【在 a***y 的大作中提到】
: 根据以往经验,没个准时
avatar
p*y
22
大数据害死人。 唯一的感想。

【在 d******e 的大作中提到】
: 实在看不下去了,本来不想搅混水的。
: 你就当抢票机是个cache. 现在的问题是n个请求对应一张票。
: 你让n个请求里面只有一个1hit好了,
: 剩下的丢给你传统的东西,这样就好理解了。

avatar
a*y
23
没个准

【在 S****s 的大作中提到】
:
: 以往从来不关注升级,所以没经验,这次想用用icloud,熬到现在,结果屁也灭有
: 斑竹估计是什么时候发布?
: 伦敦活动完了?

avatar
z*r
24
很不幸,这个已经不是cache了,这是一个分布式transaction的核心部分, 因为他不是只
读的.要改变状态并且记住状态, 需要满足对transaction的所有要求,
用内存单线程序列化可以解决transaction的某些问题,但是暴露了更多的问题
掉电怎么办? 网卡有问题怎么办? 文件系统出现坏块怎么办, 和其他组件间通信
timeout怎么办? 你怎么知道每一个transaction都persis好了
退一万步只做cache,能100%实时反映另一个DB上的状态也是个很难的问题.

【在 d******e 的大作中提到】
: 实在看不下去了,本来不想搅混水的。
: 你就当抢票机是个cache. 现在的问题是n个请求对应一张票。
: 你让n个请求里面只有一个1hit好了,
: 剩下的丢给你传统的东西,这样就好理解了。

avatar
S*s
25

是时间没个准还是根本日期都没准儿,难道我就只能等email通知了?

【在 a***y 的大作中提到】
: 没个准
avatar
n*t
26
所有问题你自己已经回答了:没有仔细的看实现。
简单说,这是一个 cache,不讨论怎么同步、灾难恢复、timeout 怎么处理,这个设计
的时候已经考虑,由协议实现。即使出现个别数据不同步,顶多就是抢票跟后端之间交
换几个报文来同步。

【在 z*******r 的大作中提到】
: 很不幸,这个已经不是cache了,这是一个分布式transaction的核心部分, 因为他不是只
: 读的.要改变状态并且记住状态, 需要满足对transaction的所有要求,
: 用内存单线程序列化可以解决transaction的某些问题,但是暴露了更多的问题
: 掉电怎么办? 网卡有问题怎么办? 文件系统出现坏块怎么办, 和其他组件间通信
: timeout怎么办? 你怎么知道每一个transaction都persis好了
: 退一万步只做cache,能100%实时反映另一个DB上的状态也是个很难的问题.

avatar
a*g
27
白等到现在.....
avatar
d*e
28
你抢票阶段就那一个rain check.搞什么transaction.
就是机器死了就是rain check作废而已。
10亿人抢票,100万人拿到ran check,然后让它们进去慢慢排吧,这是该上什么
transcation就上什么。
不要把问题都搅和在一起。
另外123什么挡掉页主要是web端做得不好。抢票从来就不是问题。

【在 z*******r 的大作中提到】
: 很不幸,这个已经不是cache了,这是一个分布式transaction的核心部分, 因为他不是只
: 读的.要改变状态并且记住状态, 需要满足对transaction的所有要求,
: 用内存单线程序列化可以解决transaction的某些问题,但是暴露了更多的问题
: 掉电怎么办? 网卡有问题怎么办? 文件系统出现坏块怎么办, 和其他组件间通信
: timeout怎么办? 你怎么知道每一个transaction都persis好了
: 退一万步只做cache,能100%实时反映另一个DB上的状态也是个很难的问题.

avatar
f*8
29
siri只支持iphone4S。因为iphone4的芯片达不到速度。
你看最近出来的测评,iphone4的benchmark跟4S差距极大。
Apple很重视用户体验,不会明知硬件不行而强加上一个新功能。

【在 w******s 的大作中提到】
: ios5 gm 里居然没SIRI
avatar
z*r
30
抢票机先变cache,又变成不太重要rain check system,
这么说来你给的rain check有可能就是错的,或者多给,或者有票不给,或者给完忘了,基
本上是然并卵

【在 d******e 的大作中提到】
: 你抢票阶段就那一个rain check.搞什么transaction.
: 就是机器死了就是rain check作废而已。
: 10亿人抢票,100万人拿到ran check,然后让它们进去慢慢排吧,这是该上什么
: transcation就上什么。
: 不要把问题都搅和在一起。
: 另外123什么挡掉页主要是web端做得不好。抢票从来就不是问题。

avatar
g*y
31
这都什么逻辑关系,能解释一下怎么从第一行推到第二行的?

【在 z*******r 的大作中提到】
: 抢票机先变cache,又变成不太重要rain check system,
: 这么说来你给的rain check有可能就是错的,或者多给,或者有票不给,或者给完忘了,基
: 本上是然并卵

avatar
z*r
32
你的rain check system和master两个独立server之间怎么sync? 如果不解决当然什么
事都可能出来,怎么抢票?

【在 g*****y 的大作中提到】
: 这都什么逻辑关系,能解释一下怎么从第一行推到第二行的?
avatar
g*y
33
整天讨论分布式,要是连数据库都同步不了,还做个屁的分布式啊?
又不是只有抢票机会crash,数据库端的机器也是会crash的,
你就不干活了?大不了从硬盘里再读一次。很难sync么?

【在 z*******r 的大作中提到】
: 你的rain check system和master两个独立server之间怎么sync? 如果不解决当然什么
: 事都可能出来,怎么抢票?

avatar
z*r
34
明白了

【在 g*****y 的大作中提到】
: 整天讨论分布式,要是连数据库都同步不了,还做个屁的分布式啊?
: 又不是只有抢票机会crash,数据库端的机器也是会crash的,
: 你就不干活了?大不了从硬盘里再读一次。很难sync么?

avatar
z*e
35

靠,你准备做几个序列热备?
你不懂在任意时间点只有一台机器实际工作是一个巨大的浪费么?
我也说了,实际工作中,一般就是一个做热备
总共n=2,砸一下就都挂了
12306现在就没有采用这种做法

【在 n*****t 的大作中提到】
: 1、不是单机
: 2、随便砸
: 这两个问题回答你无数遍了,你来来回回打滚能不能换个新姿势?不睁着眼睛说瞎话会
: 死啊?
: 忘了,应该让你们糊涂下去,或者装糊涂装下去,死了活该。

avatar
z*e
36

还有一个说了很多遍了
你那个破烂顺序并不是物理客观顺序
本身就是不公平的,当然你自己认为公平
不管怎样,一个现实就是,这个idea上个世纪就有了
现在几乎所有的系统都在淘汰这种搞法
12306就没有用这种搞法,难道不是最响亮的一个耳光?

【在 n*****t 的大作中提到】
: 1、不是单机
: 2、随便砸
: 这两个问题回答你无数遍了,你来来回回打滚能不能换个新姿势?不睁着眼睛说瞎话会
: 死啊?
: 忘了,应该让你们糊涂下去,或者装糊涂装下去,死了活该。

avatar
g*y
37
你做个简单的分布式系统,再给个估计,多少台机器,达到多少吞吐量。
不要整天12306怎么着怎么着的。那也不是你做的,你连它是不是有票必出都不知道。
到底经不经得起猴子砸。讨论起来没什么意义。

【在 z****e 的大作中提到】
:
: 还有一个说了很多遍了
: 你那个破烂顺序并不是物理客观顺序
: 本身就是不公平的,当然你自己认为公平
: 不管怎样,一个现实就是,这个idea上个世纪就有了
: 现在几乎所有的系统都在淘汰这种搞法
: 12306就没有用这种搞法,难道不是最响亮的一个耳光?

avatar
z*e
38

首先第一个,这种估计没有意义,除非你打算卖机器
真要上的时候,实际测一下再说
我的确没做过12306,但是我说了
类似的public transportation和global payment system我都有经验
对此有怀疑的,我欢迎我跟对赌死全家
老魏就是见到这个就开始哭了
就我所见,老魏的方式,已经不用了
基本上上个世纪是用这种方式搞,尤其是要保证mainframe的稳定
广州那次出了一次事故,结果所有人过年都没过好
至于经不经得起猴子砸,这是目标,怎么实现可以讨论
需求必需经过讨论,明确后才开工,需求都不明确
开工了做什么?浪费时间

【在 g*****y 的大作中提到】
: 你做个简单的分布式系统,再给个估计,多少台机器,达到多少吞吐量。
: 不要整天12306怎么着怎么着的。那也不是你做的,你连它是不是有票必出都不知道。
: 到底经不经得起猴子砸。讨论起来没什么意义。

avatar
z*r
39
明白了的意思就是这个东西无法保证正确性,
一个分布cache都不能这么做,更别提用来发rain check的

【在 z*******r 的大作中提到】
: 明白了
avatar
g*y
40
一到实战就缩了,算了,不逼你了。

【在 z****e 的大作中提到】
:
: 首先第一个,这种估计没有意义,除非你打算卖机器
: 真要上的时候,实际测一下再说
: 我的确没做过12306,但是我说了
: 类似的public transportation和global payment system我都有经验
: 对此有怀疑的,我欢迎我跟对赌死全家
: 老魏就是见到这个就开始哭了
: 就我所见,老魏的方式,已经不用了
: 基本上上个世纪是用这种方式搞,尤其是要保证mainframe的稳定
: 广州那次出了一次事故,结果所有人过年都没过好

avatar
z*e
41

我说了,我不卖机器,你要我估计什么?
不服直接发毒誓咯
老魏的trick就是自己先做一个简单的然后测试一下
然后就开始放陷阱要古德霸跳
敢承认么?

【在 g*****y 的大作中提到】
: 一到实战就缩了,算了,不逼你了。
avatar
g*y
42
有经验然并卵啊!要个分布式方案cost的大致估计都给不出。
老魏这个赌本来说让你们做也可以,不敢接。老魏接了
做下来,还没出最终结果呢,现在已经认为人家挖陷阱
害你们了。
这样很有损专家的形象啊。

【在 z****e 的大作中提到】
:
: 我说了,我不卖机器,你要我估计什么?
: 不服直接发毒誓咯
: 老魏的trick就是自己先做一个简单的然后测试一下
: 然后就开始放陷阱要古德霸跳
: 敢承认么?

avatar
n*t
43
N = 2?不要说外行话了好不好

【在 z****e 的大作中提到】
:
: 我说了,我不卖机器,你要我估计什么?
: 不服直接发毒誓咯
: 老魏的trick就是自己先做一个简单的然后测试一下
: 然后就开始放陷阱要古德霸跳
: 敢承认么?

avatar
z*e
44
lol
那是狗在故意坑古德霸好不好?

【在 g*****y 的大作中提到】
: 有经验然并卵啊!要个分布式方案cost的大致估计都给不出。
: 老魏这个赌本来说让你们做也可以,不敢接。老魏接了
: 做下来,还没出最终结果呢,现在已经认为人家挖陷阱
: 害你们了。
: 这样很有损专家的形象啊。

avatar
z*e
45

lol
那你解释解释
看不懂,不想想啊

【在 n*****t 的大作中提到】
: N = 2?不要说外行话了好不好
相关阅读
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。