g*****g
发帖数: 34805 | 1 我老10多年前开始混这个版的时候，internet bubble刚破，CS不算吃香，F2大妈们纷
纷转向统计和护士，这个版上讨论问题的大多是科班出身的。语言之类的争吵虽然有，
但很少有外行出来指点江山，一看就错得离谱的。自从上次经济危机之后，码农的收入
节节上升，酸葡萄多了，各路牛鬼蛇神开始出来鄙视职业码农的事情也开始层出不穷。
诸如12306不行，就有学EE没写过商业网站的出来打包票，明明是Scalability问题非要
追求微秒级latency，把高并发生生写成计数器。有觉得WhatsApp容易，C10K没实践过
，要挑战C10M的。有千老只写过自己用的一次性C++程序，就推荐以C&P替代代码复用的
。有改现成的商业PHP网站都吐血精分，非要强调码农的能力表现在底层，以对流水线
调度的认识深度区分。最新的又有智商论，编程纯工具论，反正ID边上也没标着智商，
大意就是我智商比你高，学个CS小菜呀，做码农轻松比你科班的强。
我老想起来魏老师千辛万苦写个计数器，用了高大上的compare&exchange之类的技术来
达到non-blocking的目的。我老质疑联票没有integrity，出去看了个电影，回来就盖
了10页的大楼。各种常见不常见的底层C++大牛出来对我老极尽嘲笑。我老不得已举了
个最简单的反例，各路大牛一下子就消失了。你要说transaction这个概念很难吗？不
难，就是一个DB基本概念而已，科班出身的都有这个常识。智商过百的都能学得会。可
是你得学过呀，没学过你就跟魏老师和他的拥簇一样闹笑话不是。科班跟不科班不就这
个区别。科班只不过多上两年10来门专业课而已。你智商高当然自学就能学会，没正儿
八经上课自学，工作中学都行。但关键是得学，学都没学就自以为智商高，一边杀着小
白鼠一边就会了，想不闹笑话都不行呀。
我老倒不是觉得码农这行业高大上，沾个农字高大上不了。但偏偏鄙视职业码农的都是
工作需要写点C/C++就以为啥都会的。你也不想想，你混口饭吃靠的是你的domain
knowledge，面试甚至都不考编程。Google是做广告的，LinkedIn是做招聘的，他们招
码农难道需要半点domain knowledge？这才是职业码农，纯编程能力的竞争。你要鄙视
职业码农，觉得自己智商高，先混进这行混个人模狗样再说。混都混不进去，就继续杀
你的老鼠写你的嵌入式也不丢人，但到这个版卖大斧就省省吧，你是外行你懂个屁呀？
英雄不问出处是对的，你跟一线职业码农混一样的公司，拿相似的钱，觉得自己能力相
当合理。你要是马云，没人在乎你是杭州师范的。但如果你要是杭州师范的，动辄我是
马云的作态，就太他妈傻逼了。 |
p*****2
发帖数: 21240 | 2 牛
【在 g*****g 的大作中提到】
: 我老10多年前开始混这个版的时候，internet bubble刚破，CS不算吃香，F2大妈们纷
: 纷转向统计和护士，这个版上讨论问题的大多是科班出身的。语言之类的争吵虽然有，
: 但很少有外行出来指点江山，一看就错得离谱的。自从上次经济危机之后，码农的收入
: 节节上升，酸葡萄多了，各路牛鬼蛇神开始出来鄙视职业码农的事情也开始层出不穷。
: 诸如12306不行，就有学EE没写过商业网站的出来打包票，明明是Scalability问题非要
: 追求微秒级latency，把高并发生生写成计数器。有觉得WhatsApp容易，C10K没实践过
: ，要挑战C10M的。有千老只写过自己用的一次性C++程序，就推荐以C&P替代代码复用的
: 。有改现成的商业PHP网站都吐血精分，非要强调码农的能力表现在底层，以对流水线
: 调度的认识深度区分。最新的又有智商论，编程纯工具论，反正ID边上也没标着智商，
: 大意就是我智商比你高，学个CS小菜呀，做码农轻松比你科班的强。
|
h*****a
发帖数: 1718 | 3 好虫同学放假了。:-)
想起年初的火车票大论战，每天上千条帖子...
【在 g*****g 的大作中提到】
: 我老10多年前开始混这个版的时候，internet bubble刚破，CS不算吃香，F2大妈们纷
: 纷转向统计和护士，这个版上讨论问题的大多是科班出身的。语言之类的争吵虽然有，
: 但很少有外行出来指点江山，一看就错得离谱的。自从上次经济危机之后，码农的收入
: 节节上升，酸葡萄多了，各路牛鬼蛇神开始出来鄙视职业码农的事情也开始层出不穷。
: 诸如12306不行，就有学EE没写过商业网站的出来打包票，明明是Scalability问题非要
: 追求微秒级latency，把高并发生生写成计数器。有觉得WhatsApp容易，C10K没实践过
: ，要挑战C10M的。有千老只写过自己用的一次性C++程序，就推荐以C&P替代代码复用的
: 。有改现成的商业PHP网站都吐血精分，非要强调码农的能力表现在底层，以对流水线
: 调度的认识深度区分。最新的又有智商论，编程纯工具论，反正ID边上也没标着智商，
: 大意就是我智商比你高，学个CS小菜呀，做码农轻松比你科班的强。
|
w****e
发帖数: 1883 | 4 尼玛，开始以为是讽刺魏老师的，再仔细看看还有我。那我得说两句，你上来就assume
别人除了学门Java，此外啥都不学，就是不对，你说的那是F2大妈。我转行这些年来，
CS的专业课，除了离散数学和跟硬件相关的课，基本都自学了至少本科水平，像什么DB
连个transaction都不知道，这不是搞笑吗？至于离散数学和16位机原理这东西对工作
有用吗？也许有，但是因为我没学所以压根不知道，但是更有可能的是压根就没啥用，
至少对我的工作来说，作用等于零。
我虽然没进google, 但是在1.5线的软件公司做EM，在科班里也不算混的差的吧？什么
domain knowledge，前面有个人说我就跟他说过，我就是纯编程，所谓一线软件公司转
行的也多了去了，好像就我认识的，也没听说谁的纯编程能力太差被踢出来。 |
z******g
发帖数: 271 | |
g*****g
发帖数: 34805 | 6 我老从来对事不对人，所有的例子都是实例。既然跟你不对号入座自然不是讽刺你。我
老是赞同英雄不论出处的，非科班出身的程序员我也颇内推了几个，也有拿到offer的
。离散数学包括图论，算法中大量使用，实战中用得不少，当然不见得需要手写。
assume
DB
【在 w****e 的大作中提到】
: 尼玛，开始以为是讽刺魏老师的，再仔细看看还有我。那我得说两句，你上来就assume
: 别人除了学门Java，此外啥都不学，就是不对，你说的那是F2大妈。我转行这些年来，
: CS的专业课，除了离散数学和跟硬件相关的课，基本都自学了至少本科水平，像什么DB
: 连个transaction都不知道，这不是搞笑吗？至于离散数学和16位机原理这东西对工作
: 有用吗？也许有，但是因为我没学所以压根不知道，但是更有可能的是压根就没啥用，
: 至少对我的工作来说，作用等于零。
: 我虽然没进google, 但是在1.5线的软件公司做EM，在科班里也不算混的差的吧？什么
: domain knowledge，前面有个人说我就跟他说过，我就是纯编程，所谓一线软件公司转
: 行的也多了去了，好像就我认识的，也没听说谁的纯编程能力太差被踢出来。
|
N********n
发帖数: 8363 | 7 SCALABILITY确实不是12306的最关键问题，LATENCY才是。 |
W***o
发帖数: 6519 | 8 最后一句对于top2 本科毕业的还是可以说说的吧？
【在 g*****g 的大作中提到】
: 我老10多年前开始混这个版的时候，internet bubble刚破，CS不算吃香，F2大妈们纷
: 纷转向统计和护士，这个版上讨论问题的大多是科班出身的。语言之类的争吵虽然有，
: 但很少有外行出来指点江山，一看就错得离谱的。自从上次经济危机之后，码农的收入
: 节节上升，酸葡萄多了，各路牛鬼蛇神开始出来鄙视职业码农的事情也开始层出不穷。
: 诸如12306不行，就有学EE没写过商业网站的出来打包票，明明是Scalability问题非要
: 追求微秒级latency，把高并发生生写成计数器。有觉得WhatsApp容易，C10K没实践过
: ，要挑战C10M的。有千老只写过自己用的一次性C++程序，就推荐以C&P替代代码复用的
: 。有改现成的商业PHP网站都吐血精分，非要强调码农的能力表现在底层，以对流水线
: 调度的认识深度区分。最新的又有智商论，编程纯工具论，反正ID边上也没标着智商，
: 大意就是我智商比你高，学个CS小菜呀，做码农轻松比你科班的强。
|
g*****g
发帖数: 34805 | 9 牛不牛还是看现状，当年我们系北京的录取分，还不如俺们省重点的。top 2不top 2的
。各种状元见得多了，跟信息赛集训队的比编程就是菜。清华高考状元还有跳桥的，中
国首富是杭州师范的，考
试最没用了。
【在 W***o 的大作中提到】
: 最后一句对于top2 本科毕业的还是可以说说的吧？
|
b*******s
发帖数: 5216 | 10 如果scalability是12306的主要问题，那去年阿里的人也不会给内存数据库这个方案了
，早点上云早就解决了 |
|
|
g*****g
发帖数: 34805 | 11 Scalability到今天仍然是主要问题，否则也不会登录不上了，反对这个的都是外行。
数据库方案也不是阿里给的，阿里帮忙做的无非是数据拆分。查询和订购的拆分，数据
库双系统拆分（多半是分票），这都是解决Scalability问题。当然就如我老所预测的
那样，只要不异步订票前后分离
都是不能彻底解决问题的。
所谓Scalability，不是多上几台机器就能解决的，能解决就不叫Scalability问题了。
云解决的只是Elasticity的问题。
【在 b*******s 的大作中提到】
: 如果scalability是12306的主要问题，那去年阿里的人也不会给内存数据库这个方案了
: ，早点上云早就解决了
|
b*******s
发帖数: 5216 | 12 New SQL在解决什么问题？
【在 g*****g 的大作中提到】
: Scalability到今天仍然是主要问题，否则也不会登录不上了，反对这个的都是外行。
: 数据库方案也不是阿里给的，阿里帮忙做的无非是数据拆分。查询和订购的拆分，数据
: 库双系统拆分（多半是分票），这都是解决Scalability问题。当然就如我老所预测的
: 那样，只要不异步订票前后分离
: 都是不能彻底解决问题的。
: 所谓Scalability，不是多上几台机器就能解决的，能解决就不叫Scalability问题了。
: 云解决的只是Elasticity的问题。
|
g*****g
发帖数: 34805 | 13 当然也是Scalability的问题。
【在 b*******s 的大作中提到】
: New SQL在解决什么问题？
|
b*******s
发帖数: 5216 | 14 那不就结了，问题所在，老的数据库技术不适宜需求了，NoSQL和newsql不都是来处理
这个烂摊子的
【在 g*****g 的大作中提到】
: 当然也是Scalability的问题。
|
g*****g
发帖数: 34805 | 15 我都不明白你想说什么，既然这些技术都是用来解决scalability问题的，难道不正说
明12306是scalaiblity问题？
【在 b*******s 的大作中提到】
: 那不就结了，问题所在，老的数据库技术不适宜需求了，NoSQL和newsql不都是来处理
: 这个烂摊子的
|
b*******s
发帖数: 5216 | 16 老魏的方案，就是看到了数据库的实现在性能上不适宜需求，才想搞一个替代方案的，
不管行不行，这个问题的困难在于数据的耦合性，这点他是讲得很对的，起码是有开拓
思路的作用的，当然，具体实现他的离商业级应用还不行
【在 g*****g 的大作中提到】
: 我都不明白你想说什么，既然这些技术都是用来解决scalability问题的，难道不正说
: 明12306是scalaiblity问题？
|
b*******s
发帖数: 5216 | 17 至于收单，你不早就给出个排队方案了么，好难么？反正就是五分钟不给响应么，用户
忍忍就好了 |
b*******s
发帖数: 5216 | 18 而且真别太激动，下个五年云计算问题解决得比较成熟了，搞不好热点又是老姜他们做
的智能家居那块了，技术上解决了，资源就离开了，一直是如此的。再说在论坛上压倒
别人，有毛用 |
g*****g
发帖数: 34805 | 19 LOL，数据耦合的问题是我提的，不是太监，他上来就是80G全双工要用完，微秒级
latency，完全不着调。对CAP theorem一无所知，连计数器都是逼出来的。你别站错了
队现在要来重写历史。
【在 b*******s 的大作中提到】
: 老魏的方案，就是看到了数据库的实现在性能上不适宜需求，才想搞一个替代方案的，
: 不管行不行，这个问题的困难在于数据的耦合性，这点他是讲得很对的，起码是有开拓
: 思路的作用的，当然，具体实现他的离商业级应用还不行
|
g*****g
发帖数: 34805 | 20 LOL，太监可是一年内要秒Nest，我觉得一年也到了吧。他那破东西要有前途就不会连
个seed都没拿到了。你这是屁股决定脑袋。
【在 b*******s 的大作中提到】
: 而且真别太激动，下个五年云计算问题解决得比较成熟了，搞不好热点又是老姜他们做
: 的智能家居那块了，技术上解决了，资源就离开了，一直是如此的。再说在论坛上压倒
: 别人，有毛用
|
|
|
b*******s
发帖数: 5216 | 21 我不帮他完善过一个方案么，都分布化了，他那块就用来抢票，保证客户快速得到响应
，别的什么都不做
【在 g*****g 的大作中提到】
: LOL，数据耦合的问题是我提的，不是太监，他上来就是80G全双工要用完，微秒级
: latency，完全不着调。对CAP theorem一无所知，连计数器都是逼出来的。你别站错了
: 队现在要来重写历史。
|
N********n
发帖数: 8363 | 22
拆分的目的就是给后台数据库减压，改善LATENCY。话说回来铁路网本来就是串起来
的，哪那么容易拆分。所以现在只好上内存数据库裸奔LATENCY了。
【在 g*****g 的大作中提到】
: Scalability到今天仍然是主要问题，否则也不会登录不上了，反对这个的都是外行。
: 数据库方案也不是阿里给的，阿里帮忙做的无非是数据拆分。查询和订购的拆分，数据
: 库双系统拆分（多半是分票），这都是解决Scalability问题。当然就如我老所预测的
: 那样，只要不异步订票前后分离
: 都是不能彻底解决问题的。
: 所谓Scalability，不是多上几台机器就能解决的，能解决就不叫Scalability问题了。
: 云解决的只是Elasticity的问题。
|
b*******s
发帖数: 5216 | 23 那个我管不了，我就是说他的方案，在思路上是有启发意义的
【在 g*****g 的大作中提到】
: LOL，太监可是一年内要秒Nest，我觉得一年也到了吧。他那破东西要有前途就不会连
: 个seed都没拿到了。你这是屁股决定脑袋。
|
g*****g
发帖数: 34805 | 24 不难，我老不能beat cap theorem，只能提出能实现的妥协方案。外行不懂这个，所以
就是什么都要做到，结果跟永动机是一样的。
【在 b*******s 的大作中提到】
: 至于收单，你不早就给出个排队方案了么，好难么？反正就是五分钟不给响应么，用户
: 忍忍就好了
|
g*****g
发帖数: 34805 | 25 抢个屁呀，他除了一个连integrity都不能保证的计数器，还提出了啥？qxc给机器，让
他实现立马就尿遁了。
【在 b*******s 的大作中提到】
: 我不帮他完善过一个方案么，都分布化了，他那块就用来抢票，保证客户快速得到响应
: ，别的什么都不做
|
b*******s
发帖数: 5216 | 26 只要速度足够快，没必要beat cap or acid, 问题是，现有数据库太慢了
【在 g*****g 的大作中提到】
: 不难，我老不能beat cap theorem，只能提出能实现的妥协方案。外行不懂这个，所以
: 就是什么都要做到，结果跟永动机是一样的。
|
g*****g
发帖数: 34805 | 27 你以为内存数据库就够快了？内部出来的文章每秒2万6，离每秒百万的目标还差着40倍
呢。
【在 b*******s 的大作中提到】
: 只要速度足够快，没必要beat cap or acid, 问题是，现有数据库太慢了
|
g*****g
发帖数: 34805 | 28 request排队时间太长直接timeout，又或者load 太大顶不住直接reboot，这是个屁
latency问题，就是赤裸裸的scalability问题。
【在 N********n 的大作中提到】
:
: 拆分的目的就是给后台数据库减压，改善LATENCY。话说回来铁路网本来就是串起来
: 的，哪那么容易拆分。所以现在只好上内存数据库裸奔LATENCY了。
|
b*******s
发帖数: 5216 | 29 看过老魏的blog，他还是有本事的，没做可能有别的原因，另外我的方案不是计数器，
是bitmap，能解决他那个方案的一些毛病
【在 g*****g 的大作中提到】
: 抢个屁呀，他除了一个连integrity都不能保证的计数器，还提出了啥？qxc给机器，让
: 他实现立马就尿遁了。
|
b*******s
发帖数: 5216 | 30 和我讲的有矛盾吗，不是还是太慢么，所以才需要new SQL
【在 g*****g 的大作中提到】
: 你以为内存数据库就够快了？内部出来的文章每秒2万6，离每秒百万的目标还差着40倍
: 呢。
|
|
|
N********n
发帖数: 8363 | 31
后台数据库处理慢所以才排队时间长。这不是LATENCY问题是啥？还叫个鸟。
【在 g*****g 的大作中提到】
: request排队时间太长直接timeout，又或者load 太大顶不住直接reboot，这是个屁
: latency问题，就是赤裸裸的scalability问题。
|
g*****g
发帖数: 34805 | 32 火车能快40倍的话，还要飞机干啥？你以为啥东西都是敢想就能达到了？
【在 b*******s 的大作中提到】
: 和我讲的有矛盾吗，不是还是太慢么，所以才需要new SQL
|
b*******s
发帖数: 5216 | 33 如果现有数据库那么好用，那些牛人重新发明轮子干什么？还不是在难以分库分表等的
应用下，现有数据库束手无策或者很笨拙？
【在 g*****g 的大作中提到】
: 火车能快40倍的话，还要飞机干啥？你以为啥东西都是敢想就能达到了？
|
g*****g
发帖数: 34805 | 34 我服了，原来单机数据库慢叫做latency问题。你也是体育老师教的。
【在 N********n 的大作中提到】
:
: 后台数据库处理慢所以才排队时间长。这不是LATENCY问题是啥？还叫个鸟。
|
b*******s
发帖数: 5216 | 35 明白意思就好了，起码不比赵策老师对实时的理解离谱
【在 g*****g 的大作中提到】
: 我服了，原来单机数据库慢叫做latency问题。你也是体育老师教的。
|
g*****g
发帖数: 34805 | 36 所以我老的方案就是面对现实做取舍，你小就是幻想快100倍的数据库出现。这本来就
是我们做架构能力的差距。
【在 b*******s 的大作中提到】
: 如果现有数据库那么好用，那些牛人重新发明轮子干什么？还不是在难以分库分表等的
: 应用下，现有数据库束手无策或者很笨拙？
|
N********n
发帖数: 8363 | 37
合着数据库处理慢就不能叫LATENCY，你丫真是奇葩。
【在 g*****g 的大作中提到】
: 我服了，原来单机数据库慢叫做latency问题。你也是体育老师教的。
|
b*******s
发帖数: 5216 | 38 现实实现我也未必那么做，别瞎得瑟😁
【在 g*****g 的大作中提到】
: 所以我老的方案就是面对现实做取舍，你小就是幻想快100倍的数据库出现。这本来就
: 是我们做架构能力的差距。
|
g*****g
发帖数: 34805 | 39 现实实现你做过吗？别说每秒百万的，每秒1万的就好。吹牛逼当然容易了。
【在 b*******s 的大作中提到】
: 现实实现我也未必那么做，别瞎得瑟😁
|
f******2
发帖数: 2455 | 40 郝老师这篇文章戾气显得重了，不利于团结。马工不过是个job，在pm眼里和妓女区别
不大。另外，看完你这一贴，从技术上将你就落后于赵老师了
当然俺也是马工，最近正上厨师训练班准备开餐馆呢。一个pm听说后，立马从原来不鸟
我的神态向我点头哈腰套近乎，说将来找机会合作. 这人的思想转变咋就这么快呢？
【在 g*****g 的大作中提到】
: 我老10多年前开始混这个版的时候，internet bubble刚破，CS不算吃香，F2大妈们纷
: 纷转向统计和护士，这个版上讨论问题的大多是科班出身的。语言之类的争吵虽然有，
: 但很少有外行出来指点江山，一看就错得离谱的。自从上次经济危机之后，码农的收入
: 节节上升，酸葡萄多了，各路牛鬼蛇神开始出来鄙视职业码农的事情也开始层出不穷。
: 诸如12306不行，就有学EE没写过商业网站的出来打包票，明明是Scalability问题非要
: 追求微秒级latency，把高并发生生写成计数器。有觉得WhatsApp容易，C10K没实践过
: ，要挑战C10M的。有千老只写过自己用的一次性C++程序，就推荐以C&P替代代码复用的
: 。有改现成的商业PHP网站都吐血精分，非要强调码农的能力表现在底层，以对流水线
: 调度的认识深度区分。最新的又有智商论，编程纯工具论，反正ID边上也没标着智商，
: 大意就是我智商比你高，学个CS小菜呀，做码农轻松比你科班的强。
|
|
|
b*******s
发帖数: 5216 | 41 重新看了下定义，你的说法没问题
【在 N********n 的大作中提到】
:
: 合着数据库处理慢就不能叫LATENCY，你丫真是奇葩。
|
b*******s
发帖数: 5216 | 42 数据库倒真不怎么用，无他，太慢，顶多back office做做回归之类用，要是真用，我
们就破产了
【在 g*****g 的大作中提到】
: 现实实现你做过吗？别说每秒百万的，每秒1万的就好。吹牛逼当然容易了。
|
g*****g
发帖数: 34805 | 43 我挣钱最多的几个朋友是EE，生物改行做房产的。可人没来这版装编程大牛。我老不鄙
视做妓女的，我老鄙视装逼的。
【在 f******2 的大作中提到】
: 郝老师这篇文章戾气显得重了，不利于团结。马工不过是个job，在pm眼里和妓女区别
: 不大。另外，看完你这一贴，从技术上将你就落后于赵老师了
: 当然俺也是马工，最近正上厨师训练班准备开餐馆呢。一个pm听说后，立马从原来不鸟
: 我的神态向我点头哈腰套近乎，说将来找机会合作. 这人的思想转变咋就这么快呢？
|
b*******s
发帖数: 5216 | 44 别开玩笑了，好虫比赵老师强一两个数量级还是有的
【在 f******2 的大作中提到】
: 郝老师这篇文章戾气显得重了，不利于团结。马工不过是个job，在pm眼里和妓女区别
: 不大。另外，看完你这一贴，从技术上将你就落后于赵老师了
: 当然俺也是马工，最近正上厨师训练班准备开餐馆呢。一个pm听说后，立马从原来不鸟
: 我的神态向我点头哈腰套近乎，说将来找机会合作. 这人的思想转变咋就这么快呢？
|
b*******s
发帖数: 5216 | 45 数据库是干什么的，就是一般商业用途下组织数据用的，明白这点很多问题就清楚了 |
f******2
发帖数: 2455 | 46 俺也不鄙视，都是工作，都挣的不少。
还是周总理那句话，只有分工不同，没有高低贵贱之分。
但是你这篇文章本身便浮躁，漏洞也不少，当然不改变你一贯的江湖地位啊
【在 g*****g 的大作中提到】
: 我挣钱最多的几个朋友是EE，生物改行做房产的。可人没来这版装编程大牛。我老不鄙
: 视做妓女的，我老鄙视装逼的。
|
g*****g
发帖数: 34805 | 47 不错，所以先弄明白12306是干啥的就不会追求啥微秒级latency。Priceline可以让你
等一分钟，但基本不会404。
【在 b*******s 的大作中提到】
: 数据库是干什么的，就是一般商业用途下组织数据用的，明白这点很多问题就清楚了
|
f******2
发帖数: 2455 | 48 我觉得赵老师能党助理cto，郝老师最多是lead backend engineer
【在 b*******s 的大作中提到】
: 别开玩笑了，好虫比赵老师强一两个数量级还是有的
|
z******g
发帖数: 271 | 49 同意好虫的说法。既然用户可以立即得到响应而不是block waiting就说明不是latency
的问题。我记得这种方法叫decoupled invocation pattern。用户得到响应之后之后等
待时间过长是因为服务器大规模处理能力不足，那就应该是scalability problem。 |
n****s
发帖数: 119 | 50 嗯，对。真的不知道为啥那么多人说是latency问题。
另外memcache不是一个好的方案。这类需要强consistency并且需要persistency的应用
，memcache搞不定的。
也不可能真用no SQL取代relational db. 铁道部的逻辑必然很复杂，肯定需要大量
join, no sql没法搞。
按车次sharding未必解决问题，因为买票的时候是按照城市搜索的。按照城市shard肯
定也不行。
我觉得12306已经很牛了。很多问题是无解的，只能tradeoff.
latency
【在 z******g 的大作中提到】
: 同意好虫的说法。既然用户可以立即得到响应而不是block waiting就说明不是latency
: 的问题。我记得这种方法叫decoupled invocation pattern。用户得到响应之后之后等
: 待时间过长是因为服务器大规模处理能力不足，那就应该是scalability problem。
|
|
|
n****s
发帖数: 119 | 51 大家其实不太用latency这个说法。你真跑去whatsapp说我可以帮你们降低latency，估
计他们会一头雾水不知道你在说啥。
当然光说scalability也不全对，这个东西太复杂了。
【在 b*******s 的大作中提到】
: 重新看了下定义，你的说法没问题
|
g*****g
发帖数: 34805 | 52 根本就不是一个东西。Scalability是追求能够高并发，堆硬件可以达到scale out.
Latency是追求单request响应
速度快。对于12306这种应用，百万每秒的request来了，是追求每个request在能忍受
的延迟内都能处理，还是让其中一小部分能够快速处理，其余都扔掉，就是个no
brainer.
跑互联网应用的服务器一般几个到几十个CPU，动辄跑几千几万个线程，就不是一个
latency优先的
架构。这个叫做常识，不知道有啥好争的。
【在 n****s 的大作中提到】
: 大家其实不太用latency这个说法。你真跑去whatsapp说我可以帮你们降低latency，估
: 计他们会一头雾水不知道你在说啥。
: 当然光说scalability也不全对，这个东西太复杂了。
|
N********n
发帖数: 8363 | 53
你说那个叫做ASYNC处理，京2整天叫唤的那个，只能避免等RESPONSE和发REQUEST
之间的冲突，并没有解决关键问题。火车票数据库一秒只能2万QUERY不够用，来20
万就爆。这还就是个LATENCY问题，假设硬件NB一秒能处理2000万这问题就解决了。
当然这个假设目前只是做梦。
【在 z******g 的大作中提到】
: 同意好虫的说法。既然用户可以立即得到响应而不是block waiting就说明不是latency
: 的问题。我记得这种方法叫decoupled invocation pattern。用户得到响应之后之后等
: 待时间过长是因为服务器大规模处理能力不足，那就应该是scalability problem。
|
g*****g
发帖数: 34805 | 54 真是缺乏常识，这个不叫做latency问题，这叫做没法scale-up的问题。因为没法scale
-up，所以追求scale-out架构，这是经典的scalability定义。
【在 N********n 的大作中提到】
:
: 你说那个叫做ASYNC处理，京2整天叫唤的那个，只能避免等RESPONSE和发REQUEST
: 之间的冲突，并没有解决关键问题。火车票数据库一秒只能2万QUERY不够用，来20
: 万就爆。这还就是个LATENCY问题，假设硬件NB一秒能处理2000万这问题就解决了。
: 当然这个假设目前只是做梦。
|
N********n
发帖数: 8363 | 55
SCALEUP和LATENCY本来就是一概念。另外我早就说过火车票这种高耦合度的数据模
型本来就难SCALE OUT。
【在 g*****g 的大作中提到】
: 真是缺乏常识，这个不叫做latency问题，这叫做没法scale-up的问题。因为没法scale
: -up，所以追求scale-out架构，这是经典的scalability定义。
|
g*****g
发帖数: 34805 | 56 你丫不懂别死撑了行不？一个交易一个core的机器要10秒太慢了，10个core同时10个交
易还是10秒，但给你同样10个core一个交易就能保证1秒了？这就是一个简单可以scale
up但不能降低latency的例子，你连基础概念都没有。
【在 N********n 的大作中提到】
:
: SCALEUP和LATENCY本来就是一概念。另外我早就说过火车票这种高耦合度的数据模
: 型本来就难SCALE OUT。
|
e********2
发帖数: 495 | 57 这个比喻比较形象：
不考虑堵车，4 lane 加宽到 8 lane，吞吐量增加了，但是从一端到另一端的时间还是
一样滴。
scale
【在 g*****g 的大作中提到】
: 你丫不懂别死撑了行不？一个交易一个core的机器要10秒太慢了，10个core同时10个交
: 易还是10秒，但给你同样10个core一个交易就能保证1秒了？这就是一个简单可以scale
: up但不能降低latency的例子，你连基础概念都没有。
|
N********n
发帖数: 8363 | 58
一个CORE提速10倍才是UP，换10个CORE是OUT。如果一个交易还是在一个CORE上加
到10个CORE有茄子毛用。就这滥竽充数两下子还探讨常识呢。这年头DB QUERY不让
探讨LATENCY真是奇葩。
【在 g*****g 的大作中提到】
: 你丫不懂别死撑了行不？一个交易一个core的机器要10秒太慢了，10个core同时10个交
: 易还是10秒，但给你同样10个core一个交易就能保证1秒了？这就是一个简单可以scale
: up但不能降低latency的例子，你连基础概念都没有。
|
g*****g
发帖数: 34805 | 59 http://en.wikipedia.org/wiki/Scalability
To scale vertically (or scale up) means to add resources to a single node in
a system, typically involving the addition of CPUs or memory to a single
computer
你这傻逼真是天才呀，连什么叫做scaleup都没整明白就出来装了。看到single node和
add cpu/memory没有？
【在 N********n 的大作中提到】
:
: 一个CORE提速10倍才是UP，换10个CORE是OUT。如果一个交易还是在一个CORE上加
: 到10个CORE有茄子毛用。就这滥竽充数两下子还探讨常识呢。这年头DB QUERY不让
: 探讨LATENCY真是奇葩。
|
N********n
发帖数: 8363 | 60
LOL。尼玛加到10个CORE结果还是每个CORE只能跑一个交易其余九个放在一边没用，
这种按图索骥式的XJB ADD算屁UP啊。你丫抬杠还能再傻逼一点吗？
【在 g*****g 的大作中提到】
: http://en.wikipedia.org/wiki/Scalability
: To scale vertically (or scale up) means to add resources to a single node in
: a system, typically involving the addition of CPUs or memory to a single
: computer
: 你这傻逼真是天才呀，连什么叫做scaleup都没整明白就出来装了。看到single node和
: add cpu/memory没有？
|
|
|
g*****g
发帖数: 34805 | 61 我老实在不明白这个现象。板上谈嵌入式开发也好，并行计算也好，咱不懂就不搀和，
也不会吵架。每次谈到互联网应用，scalability，一堆连基本概念都没弄明白的外行
就出来装逼，还每次要死撑到底。 |
g*****g
发帖数: 34805 | 62 现在连定义都是放屁了？你丫以为你是谁，就为了不傻逼你变成公理了？你
脸皮可以再厚一点吗？
【在 N********n 的大作中提到】
:
: LOL。尼玛加到10个CORE结果还是每个CORE只能跑一个交易其余九个放在一边没用，
: 这种按图索骥式的XJB ADD算屁UP啊。你丫抬杠还能再傻逼一点吗？
|
N********n
发帖数: 8363 | 63
尼玛数据库QUERY不许讨论LATENCY又是哪个傻逼的公理？真把自己当根葱了。人家
说："To scale horizontally (or scale out) means to add more nodes to
a system"。
加CORE就相当于在CPU那个系统上加NODES(cores) - SCALE OUT。你丫别死撑了。
【在 g*****g 的大作中提到】
: 现在连定义都是放屁了？你丫以为你是谁，就为了不傻逼你变成公理了？你
: 脸皮可以再厚一点吗？
|
g*****g
发帖数: 34805 | 64 scale up定义里add cpu to single node/computer写得清清楚楚，node就是一个
computer，如果node是cpu的话，如何add resource to cpu呢？
您老精确定义了什么叫做人至贱则无敌。总之宁可被打脸也要死撑到底。
To scale vertically (or scale up) means to add resources to a single node in
a system, typically involving the addition of CPUs or memory to a single
computer
【在 N********n 的大作中提到】
:
: 尼玛数据库QUERY不许讨论LATENCY又是哪个傻逼的公理？真把自己当根葱了。人家
: 说："To scale horizontally (or scale out) means to add more nodes to
: a system"。
: 加CORE就相当于在CPU那个系统上加NODES(cores) - SCALE OUT。你丫别死撑了。
|
N********n
发帖数: 8363 | 65
人家说SCALE UP可以通过加CPU，但没说只要加CPU就是UP。最基本的逻辑都不通还
他妈抬杠。加了一堆CORE结果还是只能一个CORE跑一个交易，等于无用功。搞得这
么蠢还要说UP。
【在 g*****g 的大作中提到】
: scale up定义里add cpu to single node/computer写得清清楚楚，node就是一个
: computer，如果node是cpu的话，如何add resource to cpu呢？
: 您老精确定义了什么叫做人至贱则无敌。总之宁可被打脸也要死撑到底。
: To scale vertically (or scale up) means to add resources to a single node in
: a system, typically involving the addition of CPUs or memory to a single
: computer
|
g*****g
发帖数: 34805 | 66 你丫也知道是无用功？因为就不是一个东西。母牛放屁跟全球变暖有关系是一回事，非
要把全球变暖等同于母牛放屁就是你傻逼。
【在 N********n 的大作中提到】
:
: 人家说SCALE UP可以通过加CPU，但没说只要加CPU就是UP。最基本的逻辑都不通还
: 他妈抬杠。加了一堆CORE结果还是只能一个CORE跑一个交易，等于无用功。搞得这
: 么蠢还要说UP。
|
N********n
发帖数: 8363 | 67
对呀，所以非要把加CORE等同于SCALE UP就是傻逼吗。你一耳光又抽自己脸上了。
【在 g*****g 的大作中提到】
: 你丫也知道是无用功？因为就不是一个东西。母牛放屁跟全球变暖有关系是一回事，非
: 要把全球变暖等同于母牛放屁就是你傻逼。
|
B********e
发帖数: 1062 | 68 真是挖坑专家
【在 g*****g 的大作中提到】
: 我老10多年前开始混这个版的时候，internet bubble刚破，CS不算吃香，F2大妈们纷
: 纷转向统计和护士，这个版上讨论问题的大多是科班出身的。语言之类的争吵虽然有，
: 但很少有外行出来指点江山，一看就错得离谱的。自从上次经济危机之后，码农的收入
: 节节上升，酸葡萄多了，各路牛鬼蛇神开始出来鄙视职业码农的事情也开始层出不穷。
: 诸如12306不行，就有学EE没写过商业网站的出来打包票，明明是Scalability问题非要
: 追求微秒级latency，把高并发生生写成计数器。有觉得WhatsApp容易，C10K没实践过
: ，要挑战C10M的。有千老只写过自己用的一次性C++程序，就推荐以C&P替代代码复用的
: 。有改现成的商业PHP网站都吐血精分，非要强调码农的能力表现在底层，以对流水线
: 调度的认识深度区分。最新的又有智商论，编程纯工具论，反正ID边上也没标着智商，
: 大意就是我智商比你高，学个CS小菜呀，做码农轻松比你科班的强。
|
g*****g
发帖数: 34805 | 69 傻逼你连定义都不懂，就出来丢人，你丫这半天行为艺术还不知道抽谁脸上呢？你们软
软充满了像你这样的贱逼，被iPhone和Android反复抽了这么多年，不还三分天下呢。
【在 N********n 的大作中提到】
:
: 对呀，所以非要把加CORE等同于SCALE UP就是傻逼吗。你一耳光又抽自己脸上了。
|
b***i
发帖数: 3043 | 70 非常同意这一点。其实，比尔盖茨，乔布斯他们牛在商业，不光在编程。奥赛的金牌不
挣钱也有。大好青春耗在做题上当然浪费。
【在 g*****g 的大作中提到】
: 牛不牛还是看现状，当年我们系北京的录取分，还不如俺们省重点的。top 2不top 2的
: 。各种状元见得多了，跟信息赛集训队的比编程就是菜。清华高考状元还有跳桥的，中
: 国首富是杭州师范的，考
: 试最没用了。
|
|
|
r*g
发帖数: 3159 | 71 这个版是编程-Programming版，不是码农-Programmer版。作为前者，自然业余者的视
角多一些。
【在 g*****g 的大作中提到】
: 我老10多年前开始混这个版的时候，internet bubble刚破，CS不算吃香，F2大妈们纷
: 纷转向统计和护士，这个版上讨论问题的大多是科班出身的。语言之类的争吵虽然有，
: 但很少有外行出来指点江山，一看就错得离谱的。自从上次经济危机之后，码农的收入
: 节节上升，酸葡萄多了，各路牛鬼蛇神开始出来鄙视职业码农的事情也开始层出不穷。
: 诸如12306不行，就有学EE没写过商业网站的出来打包票，明明是Scalability问题非要
: 追求微秒级latency，把高并发生生写成计数器。有觉得WhatsApp容易，C10K没实践过
: ，要挑战C10M的。有千老只写过自己用的一次性C++程序，就推荐以C&P替代代码复用的
: 。有改现成的商业PHP网站都吐血精分，非要强调码农的能力表现在底层，以对流水线
: 调度的认识深度区分。最新的又有智商论，编程纯工具论，反正ID边上也没标着智商，
: 大意就是我智商比你高，学个CS小菜呀，做码农轻松比你科班的强。
|
p*****2
发帖数: 21240 | 72 这么说就露怯了吧 也不能怪好虫教训你了
【在 N********n 的大作中提到】
:
: 对呀，所以非要把加CORE等同于SCALE UP就是傻逼吗。你一耳光又抽自己脸上了。
|
f******2
发帖数: 2455 | 73 狭隘了，这个是一些互联网cool kids的定义，传统computer scientis的说法mpp叫
scaleout，smp不算。
scaleout这种说法是最近computer science庸俗话的一种表现
建议郝老师看看这个录像，下次辩论就更听起来高大上了 http://blog.golang.org/concurrency-is-not-parallelism
in
【在 g*****g 的大作中提到】
: scale up定义里add cpu to single node/computer写得清清楚楚，node就是一个
: computer，如果node是cpu的话，如何add resource to cpu呢？
: 您老精确定义了什么叫做人至贱则无敌。总之宁可被打脸也要死撑到底。
: To scale vertically (or scale up) means to add resources to a single node in
: a system, typically involving the addition of CPUs or memory to a single
: computer
|
d********u
发帖数: 5383 | 74 你很巧妙地忘了一个怪现象：一个名校千人大系出来的傻逼整天JAVA，JAVA的叫春，其
实是智商不足以理解pointer。而且这傻逼从股版被人X到篮球版，在篮球板给自己又找
了个爹，然后公然说瞎话（COPY/PASTE你丫楞说串行了）被X到的这个版，结果是在本
版继续被X。在篮球版一人说飞到加州跟你单挑篮球，你丫立马就阳痿了；在这个版人
家的code都出来了，你丫毛都没见着，摸摸嘴上的白浆继续撸。
现在，你丫居然华丽地忘却了。。。我建议你加上这一条，否则2014不完整。
【在 g*****g 的大作中提到】
: 我老10多年前开始混这个版的时候，internet bubble刚破，CS不算吃香，F2大妈们纷
: 纷转向统计和护士，这个版上讨论问题的大多是科班出身的。语言之类的争吵虽然有，
: 但很少有外行出来指点江山，一看就错得离谱的。自从上次经济危机之后，码农的收入
: 节节上升，酸葡萄多了，各路牛鬼蛇神开始出来鄙视职业码农的事情也开始层出不穷。
: 诸如12306不行，就有学EE没写过商业网站的出来打包票，明明是Scalability问题非要
: 追求微秒级latency，把高并发生生写成计数器。有觉得WhatsApp容易，C10K没实践过
: ，要挑战C10M的。有千老只写过自己用的一次性C++程序，就推荐以C&P替代代码复用的
: 。有改现成的商业PHP网站都吐血精分，非要强调码农的能力表现在底层，以对流水线
: 调度的认识深度区分。最新的又有智商论，编程纯工具论，反正ID边上也没标着智商，
: 大意就是我智商比你高，学个CS小菜呀，做码农轻松比你科班的强。
|
d********u
发帖数: 5383 | 75 说实在的，你丫不懂也每次都掺和。你们系的人有不知道你这个搅屎棍的吗？哈哈
不过你search的能力挺强的。基本上一搜你丫立刻就成砖家了。名校上的什么课呀？
【在 g*****g 的大作中提到】
: 我老实在不明白这个现象。板上谈嵌入式开发也好，并行计算也好，咱不懂就不搀和，
: 也不会吵架。每次谈到互联网应用，scalability，一堆连基本概念都没弄明白的外行
: 就出来装逼，还每次要死撑到底。
|
d********u
发帖数: 5383 | 76 你开始学lambda calculus了？
应该这样吧。不学这个去讨论FP根本就是笑话。
【在 p*****2 的大作中提到】
: 这么说就露怯了吧 也不能怪好虫教训你了
|
g*****g
发帖数: 34805 | 77 臭臭你丫天天被阿三老板操，除了吐点臭臭难道有半点干货？
【在 d********u 的大作中提到】
: 你很巧妙地忘了一个怪现象：一个名校千人大系出来的傻逼整天JAVA，JAVA的叫春，其
: 实是智商不足以理解pointer。而且这傻逼从股版被人X到篮球版，在篮球板给自己又找
: 了个爹，然后公然说瞎话（COPY/PASTE你丫楞说串行了）被X到的这个版，结果是在本
: 版继续被X。在篮球版一人说飞到加州跟你单挑篮球，你丫立马就阳痿了；在这个版人
: 家的code都出来了，你丫毛都没见着，摸摸嘴上的白浆继续撸。
: 现在，你丫居然华丽地忘却了。。。我建议你加上这一条，否则2014不完整。
|
p*****2
发帖数: 21240 | 78
热帖大臭臭必来呀
【在 d********u 的大作中提到】
: 你开始学lambda calculus了？
: 应该这样吧。不学这个去讨论FP根本就是笑话。
|
N********n
发帖数: 8363 | 79
考察数据库的效率就是要看QUERY LATENCY，你丫连这都不清楚还一路死撑这个不
能叫LATENCY那个不能叫，一听就是一DB外行。看你丫过去问的傻逼SQL问题就知
道，不懂还撑了好几页脸皮有够厚。
【在 g*****g 的大作中提到】
: 傻逼你连定义都不懂，就出来丢人，你丫这半天行为艺术还不知道抽谁脸上呢？你们软
: 软充满了像你这样的贱逼，被iPhone和Android反复抽了这么多年，不还三分天下呢。
|
N********n
发帖数: 8363 | 80
那就请你来谈谈如何考察DB QUERY效率不用看LATENCY。HOHO，你一听也是DB外行。
【在 p*****2 的大作中提到】
: 这么说就露怯了吧 也不能怪好虫教训你了
|
|
|
g*****g
发帖数: 34805 | 81 你就少来装阳春白雪了，大俗话外行们都还听不懂呢。
【在 f******2 的大作中提到】
: 狭隘了，这个是一些互联网cool kids的定义，传统computer scientis的说法mpp叫
: scaleout，smp不算。
: scaleout这种说法是最近computer science庸俗话的一种表现
: 建议郝老师看看这个录像，下次辩论就更听起来高大上了 http://blog.golang.org/concurrency-is-not-parallelism
:
: in
|
g*****g
发帖数: 34805 | 82 我说了 latency不用管了吗？一个系统本来就是多个参数的取舍。但你俩不同东西非说
是一个只能提醒你傻逼。看看你的 ID吧，这么多年过去了，还是个拉控件的 .net程序
员。
【在 N********n 的大作中提到】
:
: 那就请你来谈谈如何考察DB QUERY效率不用看LATENCY。HOHO，你一听也是DB外行。
|
i***r
发帖数: 1024 | 83 赞。
【在 g*****g 的大作中提到】
: 我老10多年前开始混这个版的时候，internet bubble刚破，CS不算吃香，F2大妈们纷
: 纷转向统计和护士，这个版上讨论问题的大多是科班出身的。语言之类的争吵虽然有，
: 但很少有外行出来指点江山，一看就错得离谱的。自从上次经济危机之后，码农的收入
: 节节上升，酸葡萄多了，各路牛鬼蛇神开始出来鄙视职业码农的事情也开始层出不穷。
: 诸如12306不行，就有学EE没写过商业网站的出来打包票，明明是Scalability问题非要
: 追求微秒级latency，把高并发生生写成计数器。有觉得WhatsApp容易，C10K没实践过
: ，要挑战C10M的。有千老只写过自己用的一次性C++程序，就推荐以C&P替代代码复用的
: 。有改现成的商业PHP网站都吐血精分，非要强调码农的能力表现在底层，以对流水线
: 调度的认识深度区分。最新的又有智商论，编程纯工具论，反正ID边上也没标着智商，
: 大意就是我智商比你高，学个CS小菜呀，做码农轻松比你科班的强。
|
ET
发帖数: 10701 | 84 写得好。
【在 g*****g 的大作中提到】
: 我老10多年前开始混这个版的时候，internet bubble刚破，CS不算吃香，F2大妈们纷
: 纷转向统计和护士，这个版上讨论问题的大多是科班出身的。语言之类的争吵虽然有，
: 但很少有外行出来指点江山，一看就错得离谱的。自从上次经济危机之后，码农的收入
: 节节上升，酸葡萄多了，各路牛鬼蛇神开始出来鄙视职业码农的事情也开始层出不穷。
: 诸如12306不行，就有学EE没写过商业网站的出来打包票，明明是Scalability问题非要
: 追求微秒级latency，把高并发生生写成计数器。有觉得WhatsApp容易，C10K没实践过
: ，要挑战C10M的。有千老只写过自己用的一次性C++程序，就推荐以C&P替代代码复用的
: 。有改现成的商业PHP网站都吐血精分，非要强调码农的能力表现在底层，以对流水线
: 调度的认识深度区分。最新的又有智商论，编程纯工具论，反正ID边上也没标着智商，
: 大意就是我智商比你高，学个CS小菜呀，做码农轻松比你科班的强。
|
N********n
发帖数: 8363 | 85
靠内存数据库降低QUERY LATENCY就是一种SCALE UP。你丫非拿“10个CORE”出
来抬杠就是傻逼吃饱了撑的。
【在 g*****g 的大作中提到】
: 我说了 latency不用管了吗？一个系统本来就是多个参数的取舍。但你俩不同东西非说
: 是一个只能提醒你傻逼。看看你的 ID吧，这么多年过去了，还是个拉控件的 .net程序
: 员。
|
c***n
发帖数: 809 | 86 scale up 早就被批的不像样了，现在至少是scale out.
【在 N********n 的大作中提到】
:
: 靠内存数据库降低QUERY LATENCY就是一种SCALE UP。你丫非拿“10个CORE”出
: 来抬杠就是傻逼吃饱了撑的。
|
N********n
发帖数: 8363 | 87
能SO的没人SU, 这个火车票就是耦合太深难以SO所以才委曲SU。
【在 c***n 的大作中提到】
: scale up 早就被批的不像样了，现在至少是scale out.
|
g*****g
发帖数: 34805 | 88 你丫连scale up定义都没弄明白呢，wiki清清楚楚的打脸。再死撑又如何呢，还不是一
个傻逼。
【在 N********n 的大作中提到】
:
: 能SO的没人SU, 这个火车票就是耦合太深难以SO所以才委曲SU。
|
g*****y
发帖数: 1120 | 89 苹果，或Oracle?
assume
DB
【在 w****e 的大作中提到】
: 尼玛，开始以为是讽刺魏老师的，再仔细看看还有我。那我得说两句，你上来就assume
: 别人除了学门Java，此外啥都不学，就是不对，你说的那是F2大妈。我转行这些年来，
: CS的专业课，除了离散数学和跟硬件相关的课，基本都自学了至少本科水平，像什么DB
: 连个transaction都不知道，这不是搞笑吗？至于离散数学和16位机原理这东西对工作
: 有用吗？也许有，但是因为我没学所以压根不知道，但是更有可能的是压根就没啥用，
: 至少对我的工作来说，作用等于零。
: 我虽然没进google, 但是在1.5线的软件公司做EM，在科班里也不算混的差的吧？什么
: domain knowledge，前面有个人说我就跟他说过，我就是纯编程，所谓一线软件公司转
: 行的也多了去了，好像就我认识的，也没听说谁的纯编程能力太差被踢出来。
|
N********n
发帖数: 8363 | 90
内存数据库改进LATENCY是典型的SCALE UP例子摆在面前你丫都看不出来，还跟
我扯WIKI定义，省省吧。
再看你的“10个CORE/10秒”弱智例子。如果有10个可并发交易来，用一个CORE
的话一次只能处理一个，其余在等待，平均起来要等50秒。如果用10个CORE等待
时间为零，LATENCY就降低了。你这个傻逼一看就是没有THROUGHPUT概念，张嘴
就来什么“不能降低latency”，计算机体系八成体育老师教的。就这两下子还
高谈阔论大并发系统，你丫真笑爆。
【在 g*****g 的大作中提到】
: 你丫连scale up定义都没弄明白呢，wiki清清楚楚的打脸。再死撑又如何呢，还不是一
: 个傻逼。
|
|
|
d********u
发帖数: 5383 | 91 JAVA好，就是好，JAVA就是好。
名校千人大系，花钱去了加拿大，现在撅到了CA，JAVA就是好。
copy/paste网格能串行，原来是弯的。
JAVA大法好。
【在 g*****g 的大作中提到】
: 臭臭你丫天天被阿三老板操，除了吐点臭臭难道有半点干货？
|
g*****g
发帖数: 34805 | 92 你妈逼你是不是弱智呀，有一个反例就可以证明两个概念不是一个东西。你丫唠叨这些
正相关有用吗？你丫放屁跟全球变暖还正相关呢。
【在 N********n 的大作中提到】
:
: 内存数据库改进LATENCY是典型的SCALE UP例子摆在面前你丫都看不出来，还跟
: 我扯WIKI定义，省省吧。
: 再看你的“10个CORE/10秒”弱智例子。如果有10个可并发交易来，用一个CORE
: 的话一次只能处理一个，其余在等待，平均起来要等50秒。如果用10个CORE等待
: 时间为零，LATENCY就降低了。你这个傻逼一看就是没有THROUGHPUT概念，张嘴
: 就来什么“不能降低latency”，计算机体系八成体育老师教的。就这两下子还
: 高谈阔论大并发系统，你丫真笑爆。
|
q*c
发帖数: 9453 | 93 scale up 的问题就是物理规律导致这样做
1. 有上限
2. 逼近极限的时候不稳定
3. 贵。
大规模系统主要还是要考虑设计能 scale out. 因为一旦需求意外变化了 scale up 的
解决方案就完蛋了。
【在 N********n 的大作中提到】
:
: 内存数据库改进LATENCY是典型的SCALE UP例子摆在面前你丫都看不出来，还跟
: 我扯WIKI定义，省省吧。
: 再看你的“10个CORE/10秒”弱智例子。如果有10个可并发交易来，用一个CORE
: 的话一次只能处理一个，其余在等待，平均起来要等50秒。如果用10个CORE等待
: 时间为零，LATENCY就降低了。你这个傻逼一看就是没有THROUGHPUT概念，张嘴
: 就来什么“不能降低latency”，计算机体系八成体育老师教的。就这两下子还
: 高谈阔论大并发系统，你丫真笑爆。
|
q*c
发帖数: 9453 | 94 这个火车票是可以 scale out 的， 只是要牺牲一点点完全可以忍受的 real time
requirement. 买火车票大家大冷天排队， 半夜刷票， 求黄牛， 怎么突然这些毛病都
没有， 只要几分钟就不能忍了？
SU 的方案是靠不住的。 稳定性不行， 没有实战检验过。 各种 SO 方案都是实战检验
过的， 保证能工作。
【在 N********n 的大作中提到】
:
: 内存数据库改进LATENCY是典型的SCALE UP例子摆在面前你丫都看不出来，还跟
: 我扯WIKI定义，省省吧。
: 再看你的“10个CORE/10秒”弱智例子。如果有10个可并发交易来，用一个CORE
: 的话一次只能处理一个，其余在等待，平均起来要等50秒。如果用10个CORE等待
: 时间为零，LATENCY就降低了。你这个傻逼一看就是没有THROUGHPUT概念，张嘴
: 就来什么“不能降低latency”，计算机体系八成体育老师教的。就这两下子还
: 高谈阔论大并发系统，你丫真笑爆。
|
b*******s
发帖数: 5216 | 95 可以scale out而不那么做，是12306以及诸如阿里之类的顾问们水平低吗？
【在 q*c 的大作中提到】
: 这个火车票是可以 scale out 的， 只是要牺牲一点点完全可以忍受的 real time
: requirement. 买火车票大家大冷天排队， 半夜刷票， 求黄牛， 怎么突然这些毛病都
: 没有， 只要几分钟就不能忍了？
: SU 的方案是靠不住的。 稳定性不行， 没有实战检验过。 各种 SO 方案都是实战检验
: 过的， 保证能工作。
|
q*c
发帖数: 9453 | 96 同修们提出简单办法（prepay + return queue + restock fee) 彻底断绝黄牛， 你说
政府为什么不做呢？
真实给百姓权力监督政府可以有效抑制腐败， 你说为什么政府水平这么低， 大张旗鼓
的反腐败， 就是不用这个根本绝招呢？
我不知道为啥. 我一向认为这个鸡巴破烂颠倒世界99% 的问题都不是技术问题。 技术
规则是上帝设计的， 上帝设计的是很好的， 只是坏人太多。
【在 b*******s 的大作中提到】
: 可以scale out而不那么做，是12306以及诸如阿里之类的顾问们水平低吗？
|
N********n
发帖数: 8363 | 97
正相关还得看你啊。一张嘴都是别人没有基本概念、不懂装懂。接着你丫马上就给
大家DEMO，分析10CORE系统一趟火车开出来，大家定睛一看发现你丫THROUGHPUT
概念全无、LATENCY全算错。没基本概念、不懂装懂的就是你。合着你是自告奋勇，
现身说法。你的良心真是大大的好，俺服LE YOU。HAHAHAHAHA....
BTW, 楼上还有几个也不懂还跟着捧你臭脚的，HOHO，这个版是快没救了。
【在 g*****g 的大作中提到】
: 你妈逼你是不是弱智呀，有一个反例就可以证明两个概念不是一个东西。你丫唠叨这些
: 正相关有用吗？你丫放屁跟全球变暖还正相关呢。
|
c***n
发帖数: 809 | 98 这不正说明做的人面吗？ 耦合太深找architect。什么没有？
谁叫你们鄙视科班，只培养马农。
【在 N********n 的大作中提到】
:
: 正相关还得看你啊。一张嘴都是别人没有基本概念、不懂装懂。接着你丫马上就给
: 大家DEMO，分析10CORE系统一趟火车开出来，大家定睛一看发现你丫THROUGHPUT
: 概念全无、LATENCY全算错。没基本概念、不懂装懂的就是你。合着你是自告奋勇，
: 现身说法。你的良心真是大大的好，俺服LE YOU。HAHAHAHAHA....
: BTW, 楼上还有几个也不懂还跟着捧你臭脚的，HOHO，这个版是快没救了。
|
g*****g
发帖数: 34805 | 99 wiki上的定义赤裸裸打你脸，你再耍赖有用吗？你丫还Silverlight rules it all呢。
傻逼也不长记性。
【在 N********n 的大作中提到】
:
: 正相关还得看你啊。一张嘴都是别人没有基本概念、不懂装懂。接着你丫马上就给
: 大家DEMO，分析10CORE系统一趟火车开出来，大家定睛一看发现你丫THROUGHPUT
: 概念全无、LATENCY全算错。没基本概念、不懂装懂的就是你。合着你是自告奋勇，
: 现身说法。你的良心真是大大的好，俺服LE YOU。HAHAHAHAHA....
: BTW, 楼上还有几个也不懂还跟着捧你臭脚的，HOHO，这个版是快没救了。
|
d*****l
发帖数: 8441 | 100 外行碰巧看到头条，本来是装机找软件的。
居然看完了！简单说说感觉噢，纯属凑热闹：
按维基字面定义好象是增加CPU就叫规模提升，
但人家隐含的意思是性能的提升吧。如果光拼
机器带不来交易处理速度的提高那这个up（升）
从何来呢？
外行我把scale out理解为“规模外包”，就是
总局太累忙不过来时，在各地铁路分局加机器
接受预订和信息处理，先给我挡一阵子，在极端
查询峰值发生的情况下，你们先通过分局的机器
排队等着，让总局的机器有时间应付慢点儿一一
处理。这样考虑是合理的，好象能解决部分问题，
使得系统不会崩溃，和网站能够正常响应，最多
让购票者多等一会儿、或者购票者的bid失败就是
了。牺牲用户体验确保系统不崩溃还是容易解决的。
各分中心面对自己服务的对象时隔段时间更新下
用户网页说“您的bid还在处理，请稍候”，或问
用户“您是否愿意继续等还是放弃？”，系统不会
那么容易崩溃的。
但是，深入再想想，好象没有那么简单。处理
的机器和任务分包出去到各分局的节点上后，
为交易公平起见，好象需要类似股市交易中心
那样的通过卫星实现的精确授时才行，否则交易
请求汇总到总局的机器上时时间的先后很难保证
公平啊。
另外，总局的机器把交易和查询的任务分包出去
以后，最终数据是拆分不了的，相反是共享的，
某一时刻只有一个状态。通过不同分局的机器接
进来的订票请求，不可避免还是要对总局的数据
进行操作和更新。最终还是逃不掉数据高度耦合
这个困难。
比如说，北京经天津到上海的车次，天津去上海的
座位其实跟北京上车乘客的多少以及他们的
目的地是高度相关的，要做到数据的“分包”
太难了。
要我说，在保证一定的用户体验的前提下，
真正能解决问题的只能是拆分铁道部和拆分
路网，症结就是铁道部系统规模超大造成的。
路网规模分成小块之后数据处理规模才能
真正下来，否则out（外包）不了。当然了，
转车啥的安排就完全丢给乘客自己分段解决啦。
【在 g*****g 的大作中提到】
: wiki上的定义赤裸裸打你脸，你再耍赖有用吗？你丫还Silverlight rules it all呢。
: 傻逼也不长记性。
|
|
|
g*****g
发帖数: 34805 | 101 完整的解决方案去年就讨论过N遍了。订票的多，票少，异步是完全可以处理的。至于
你对 scale up和 scale out 的认识是错误
的。
【在 d*****l 的大作中提到】
: 外行碰巧看到头条，本来是装机找软件的。
: 居然看完了！简单说说感觉噢，纯属凑热闹：
: 按维基字面定义好象是增加CPU就叫规模提升，
: 但人家隐含的意思是性能的提升吧。如果光拼
: 机器带不来交易处理速度的提高那这个up（升）
: 从何来呢？
: 外行我把scale out理解为“规模外包”，就是
: 总局太累忙不过来时，在各地铁路分局加机器
: 接受预订和信息处理，先给我挡一阵子，在极端
: 查询峰值发生的情况下，你们先通过分局的机器
|
d*****l
发帖数: 8441 | 102 我觉得他们对规模提升的理解是正解，
而你的理解跑偏啦。不是光增加CPU
就叫提升啦。
【在 g*****g 的大作中提到】
: 完整的解决方案去年就讨论过N遍了。订票的多，票少，异步是完全可以处理的。至于
: 你对 scale up和 scale out 的认识是错误
: 的。
|
d*****l
发帖数: 8441 | 103 没办法，我第一次看呢
【在 g*****g 的大作中提到】
: 完整的解决方案去年就讨论过N遍了。订票的多，票少，异步是完全可以处理的。至于
: 你对 scale up和 scale out 的认识是错误
: 的。
|
g*****g
发帖数: 34805 | 104 定义就是定义，本身就是业内人士的习惯叫法，你觉得合理不合理都没有意义。scale
up 不能保证降低 latency, 两者根本就不是一个东西。
【在 d*****l 的大作中提到】
: 我觉得他们对规模提升的理解是正解，
: 而你的理解跑偏啦。不是光增加CPU
: 就叫提升啦。
|
d*****l
发帖数: 8441 | 105 维基也不能称专业嘛。
定义不能歪解，否则提升从何而来？
scale
【在 g*****g 的大作中提到】
: 定义就是定义，本身就是业内人士的习惯叫法，你觉得合理不合理都没有意义。scale
: up 不能保证降低 latency, 两者根本就不是一个东西。
|
d*****l
发帖数: 8441 | 106 问题是你自己也觉得不合理呢，只不过忍住不说，
剩下我们这些外行去问皇帝有没有穿新衣服了：）
scale
【在 g*****g 的大作中提到】
: 定义就是定义，本身就是业内人士的习惯叫法，你觉得合理不合理都没有意义。scale
: up 不能保证降低 latency, 两者根本就不是一个东西。
|
g*****g
发帖数: 34805 | 107 我举 wiki纯粹是方便，你不服大可去找多个 cross reference。明明是外行不做功课
还要质疑岂不是很搞笑的事情。
【在 d*****l 的大作中提到】
: 维基也不能称专业嘛。
: 定义不能歪解，否则提升从何而来？
:
: scale
|
d*****l
发帖数: 8441 | 108 外行才不要做功课呢，不懂直接就问了。
内行给个正经的reference才是应该的。
外行只有顺着内行的指引去用正常逻辑
思考，想不明白的再问就是了。
【在 g*****g 的大作中提到】
: 我举 wiki纯粹是方便，你不服大可去找多个 cross reference。明明是外行不做功课
: 还要质疑岂不是很搞笑的事情。
|
g*****g
发帖数: 34805 | 109 当然合理，scale up在很多情况下能降低 latency，但跟 latency完全两概念，我我不
过举一个情况下他们 diverge来证明而已，应用中该不该这么做根本不重要，一个东西
任何条件下还是一个东西。只要不是文科生都理解这种反证。
【在 d*****l 的大作中提到】
: 问题是你自己也觉得不合理呢，只不过忍住不说，
: 剩下我们这些外行去问皇帝有没有穿新衣服了：）
:
: scale
|
d*****l
发帖数: 8441 | 110 问题是多数情况下不能提速的增加CPU是没有意义的。
有点儿装装样子的意思。
你的那个反例貌似有理，但好象也没有提升的意义啊。
前那个人也说过的。
【在 g*****g 的大作中提到】
: 当然合理，scale up在很多情况下能降低 latency，但跟 latency完全两概念，我我不
: 过举一个情况下他们 diverge来证明而已，应用中该不该这么做根本不重要，一个东西
: 任何条件下还是一个东西。只要不是文科生都理解这种反证。
|
|
|
i**i
发帖数: 1500 | 111 up是指一个机器的性能旳提升，包括加内存，换硬盘，加cpu。各种硬件加速。 得到的
结果是单机性能很突出。
out就是堆机器。不是所有的东西都能靠堆机器实现的，首先是问题可以这么分解处理
，其次需要相应的算法和框架支持。
比如搬家，需要十中型卡车。你可以雇一个巨牛逼的大车和一堆警察，怎么运得快怎么
来。也可以雇一堆板车加小车加中车，怎么便宜怎么来。这里一个是up一个是out。
【在 d*****l 的大作中提到】
: 我觉得他们对规模提升的理解是正解，
: 而你的理解跑偏啦。不是光增加CPU
: 就叫提升啦。
|
i**i
发帖数: 1500 | 112 得有意义才能接着讨论。要不然就跟需要干掉一个蚂蚁一样，你说是用坦克好呢还是用
导弹好呢？
【在 d*****l 的大作中提到】
: 问题是多数情况下不能提速的增加CPU是没有意义的。
: 有点儿装装样子的意思。
: 你的那个反例貌似有理，但好象也没有提升的意义啊。
: 前那个人也说过的。
|
g*****g
发帖数: 34805 | 113 latency是很复杂的一个东西，算的是一个 request response的时间差。这里有网络延
迟，软件和硬件的原因，trading为了降低延迟甚至用 kernel bypass，把机器装到
exchange floor。而 scale up是
一个纯粹硬件的提升。这能是一个东西？
也只有 NeverLearn这样的傻逼才会死撑到底。
【在 i**i 的大作中提到】
: up是指一个机器的性能旳提升，包括加内存，换硬盘，加cpu。各种硬件加速。 得到的
: 结果是单机性能很突出。
: out就是堆机器。不是所有的东西都能靠堆机器实现的，首先是问题可以这么分解处理
: ，其次需要相应的算法和框架支持。
: 比如搬家，需要十中型卡车。你可以雇一个巨牛逼的大车和一堆警察，怎么运得快怎么
: 来。也可以雇一堆板车加小车加中车，怎么便宜怎么来。这里一个是up一个是out。
|
h*******u
发帖数: 15326 | 114 从这一段话说明好虫确实不太懂系统
【在 g*****g 的大作中提到】
: latency是很复杂的一个东西，算的是一个 request response的时间差。这里有网络延
: 迟，软件和硬件的原因，trading为了降低延迟甚至用 kernel bypass，把机器装到
: exchange floor。而 scale up是
: 一个纯粹硬件的提升。这能是一个东西？
: 也只有 NeverLearn这样的傻逼才会死撑到底。
|
m***h
发帖数: 77 | 115 latency和scalability是评价系统的两个不同的指标，在实际中经常提升一方也能减轻
另一方的压力，但它们确实是两个概念。
scalability问题比较明确，解决也基本上是scale up (vertical) 和scale out (
horizontal)
latency更模糊一些，跟谁用有关系：product team， networking, dba...
好虫的points是对的，只不过说多了容易被人揪住小纰漏。其实道理每个人都明白，自
说自话都没问题，放在一块儿就成吵架了。 |
N********n
发帖数: 8363 | 116
铁路网就是要搞得四通八达，图上任意两点都可相连，所以本质上就是一个强耦
合的数据模式。这个不是随便就能拆成几块然后SO的。
【在 c***n 的大作中提到】
: 这不正说明做的人面吗？ 耦合太深找architect。什么没有？
: 谁叫你们鄙视科班，只培养马农。
|
N********n
发帖数: 8363 | 117
SO就是在可并发的情况下加硬件来提高THROUGHPUT。SU就是当SO没戏时程序员
缴枪裸奔硬件速度来提高THROUGHPUT。所以我说加CPU加CORE本质上是SO，因为
只有在这些REQUEST彼此无冲突的情况下才能并发在多个CORE上，和SO的基本出
发点一致。我谈SCALABILITY时特指SO，SU没啥好说的。
【在 d*****l 的大作中提到】
: 外行碰巧看到头条，本来是装机找软件的。
: 居然看完了！简单说说感觉噢，纯属凑热闹：
: 按维基字面定义好象是增加CPU就叫规模提升，
: 但人家隐含的意思是性能的提升吧。如果光拼
: 机器带不来交易处理速度的提高那这个up（升）
: 从何来呢？
: 外行我把scale out理解为“规模外包”，就是
: 总局太累忙不过来时，在各地铁路分局加机器
: 接受预订和信息处理，先给我挡一阵子，在极端
: 查询峰值发生的情况下，你们先通过分局的机器
|
N********n
发帖数: 8363 | 118
拿10个CORE处理一个交易当反例是傻逼抬杠。一次只处理一个交易是啥，单片机？
连并发系统算不上还谈何SCALE。举凡业内人士都知道讨论并发系统的效率首先看
THROUGHPUT, 这属于倒背如流的基本常识。你丫不谈TP下的LATENCY，拿单CORE
LATENCY效率出来叫唤，只有外行才傻逼到拿这个当反例。
【在 g*****g 的大作中提到】
: 当然合理，scale up在很多情况下能降低 latency，但跟 latency完全两概念，我我不
: 过举一个情况下他们 diverge来证明而已，应用中该不该这么做根本不重要，一个东西
: 任何条件下还是一个东西。只要不是文科生都理解这种反证。
|
i**i
发帖数: 1500 | 119 To scale vertically (or scale up) means to add resources to a single node in
a system, typically involving the addition of CPUs or memory to a single
computer.
“所以我说加CPU加CORE本质上是SO”是你个人的理解。 加CPU是典型的SU。多CPU可以
被操作系统有效调度，如果不追求特殊效果(task affinity)，可以认为是透明的。所
以跟其他硬件加速效果类似。 你说的数据库访问冲突基本上是抬杠。什么时候一次访
问是锁整个数据库的，或者锁很多的record？
然后，“我谈SCALABILITY时特指SO”。同时，你把SU认为是SO。
哥，很乱你造吗？
【在 N********n 的大作中提到】
:
: 拿10个CORE处理一个交易当反例是傻逼抬杠。一次只处理一个交易是啥，单片机？
: 连并发系统算不上还谈何SCALE。举凡业内人士都知道讨论并发系统的效率首先看
: THROUGHPUT, 这属于倒背如流的基本常识。你丫不谈TP下的LATENCY，拿单CORE
: LATENCY效率出来叫唤，只有外行才傻逼到拿这个当反例。
|
N********n
发帖数: 8363 | 120
你看这个讨论的上下文了吗？一万个REQUEST去抢数据库里面的一千张火车票难
道不冲突吗？这个要没冲突卖票问题早解决了。我说特指SO是因为SU是个没什么
意义的话题，因为程序员被迫去求助硬件提速来解决程序员无法解决的问题。
【在 i**i 的大作中提到】
: To scale vertically (or scale up) means to add resources to a single node in
: a system, typically involving the addition of CPUs or memory to a single
: computer.
: “所以我说加CPU加CORE本质上是SO”是你个人的理解。 加CPU是典型的SU。多CPU可以
: 被操作系统有效调度，如果不追求特殊效果(task affinity)，可以认为是透明的。所
: 以跟其他硬件加速效果类似。 你说的数据库访问冲突基本上是抬杠。什么时候一次访
: 问是锁整个数据库的，或者锁很多的record？
: 然后，“我谈SCALABILITY时特指SO”。同时，你把SU认为是SO。
: 哥，很乱你造吗？
|
|
|
i**i
发帖数: 1500 | 121 你应该说如果没有冲突就不用上数据库了。
我觉得我很傻逼。
【在 N********n 的大作中提到】
:
: 你看这个讨论的上下文了吗？一万个REQUEST去抢数据库里面的一千张火车票难
: 道不冲突吗？这个要没冲突卖票问题早解决了。我说特指SO是因为SU是个没什么
: 意义的话题，因为程序员被迫去求助硬件提速来解决程序员无法解决的问题。
|
c***n
发帖数: 809 | 122 好的系统设计就是找到平衡点，即使问题是强耦合的，也能分解妥协的。虽然究竟是
不是强耦合我还表示怀疑。一个问题本身是强耦合就没解决办法是不对的。
【在 N********n 的大作中提到】
:
: 你看这个讨论的上下文了吗？一万个REQUEST去抢数据库里面的一千张火车票难
: 道不冲突吗？这个要没冲突卖票问题早解决了。我说特指SO是因为SU是个没什么
: 意义的话题，因为程序员被迫去求助硬件提速来解决程序员无法解决的问题。
|
g*****g
发帖数: 34805 | 123 丫就是一个死撑到底的傻逼，Silver light rule it all, WP 两年三分天下，笑话还
少吗？
in
【在 i**i 的大作中提到】
: To scale vertically (or scale up) means to add resources to a single node in
: a system, typically involving the addition of CPUs or memory to a single
: computer.
: “所以我说加CPU加CORE本质上是SO”是你个人的理解。 加CPU是典型的SU。多CPU可以
: 被操作系统有效调度，如果不追求特殊效果(task affinity)，可以认为是透明的。所
: 以跟其他硬件加速效果类似。 你说的数据库访问冲突基本上是抬杠。什么时候一次访
: 问是锁整个数据库的，或者锁很多的record？
: 然后，“我谈SCALABILITY时特指SO”。同时，你把SU认为是SO。
: 哥，很乱你造吗？
|
i**i
发帖数: 1500 | 124 向魏老师表示由衷的敬意。
【在 N********n 的大作中提到】
:
: 你看这个讨论的上下文了吗？一万个REQUEST去抢数据库里面的一千张火车票难
: 道不冲突吗？这个要没冲突卖票问题早解决了。我说特指SO是因为SU是个没什么
: 意义的话题，因为程序员被迫去求助硬件提速来解决程序员无法解决的问题。
|
g*****g
发帖数: 34805 | 125 最高峰一天不过3千万张票，分10个时段放，也就是3M张，现在还双中心分票，有每秒5万
的出票能力，也就是1分钟就出完了，哪有什么压力。联票本身是强耦合没错，没必要
打破这个耦合。当然就是这个耦合也不是不能分的，分票就是一种选择。
问题的关键在于前台下订单是否和后台出票同步，如果同步数据库就撑不住了。一个简
单的异步，下单只排队，自然就把问题解决了。站台里买票不也是排队，没有说招聘一
亿民工来卖票的。
【在 c***n 的大作中提到】
: 好的系统设计就是找到平衡点，即使问题是强耦合的，也能分解妥协的。虽然究竟是
: 不是强耦合我还表示怀疑。一个问题本身是强耦合就没解决办法是不对的。
|
d********u
发帖数: 5383 | 126 人家急着回家过年，你给人家退票？这是.com傻逼们在地下室撸出的愚蠢想法，平时的
车票可能可以，在天朝卖春节回家的火车票是不行的，人付了钱你不出票人会切你小鸡
鸡的。傻逼们完全不懂这时候的票是怎么回事，恐怕就是所谓的“共知”吧？
这些“同修们”是傻逼，period。
【在 q*c 的大作中提到】
: 同修们提出简单办法（prepay + return queue + restock fee) 彻底断绝黄牛， 你说
: 政府为什么不做呢？
: 真实给百姓权力监督政府可以有效抑制腐败， 你说为什么政府水平这么低， 大张旗鼓
: 的反腐败， 就是不用这个根本绝招呢？
: 我不知道为啥. 我一向认为这个鸡巴破烂颠倒世界99% 的问题都不是技术问题。 技术
: 规则是上帝设计的， 上帝设计的是很好的， 只是坏人太多。
|
g*****g
发帖数: 34805 | 127 大臭臭你又来喷粪了？人只是让你下订单排队，不保证出票，钱可以出票的时候扣。
【在 d********u 的大作中提到】
: 人家急着回家过年，你给人家退票？这是.com傻逼们在地下室撸出的愚蠢想法，平时的
: 车票可能可以，在天朝卖春节回家的火车票是不行的，人付了钱你不出票人会切你小鸡
: 鸡的。傻逼们完全不懂这时候的票是怎么回事，恐怕就是所谓的“共知”吧？
: 这些“同修们”是傻逼，period。
|
b*******s
发帖数: 5216 | 128 你可以试着做一个详细设计试试看，我们再讨论
【在 c***n 的大作中提到】
: 好的系统设计就是找到平衡点，即使问题是强耦合的，也能分解妥协的。虽然究竟是
: 不是强耦合我还表示怀疑。一个问题本身是强耦合就没解决办法是不对的。
|
b*******s
发帖数: 5216 | 129 所以讨论前，最好统一需求，比如客户究竟是愿意等五分钟一次回应呢，还是几秒没响
应就死了命的刷网页。是愿意一次买到票呢，还是愿意在二十四小时内十次登陆买票，
买不到明天再来十次
反正就几亿张票，提前一年每天十次放票肯定大家都能很开心的买到的，嗯嗯
如果不考虑需求就简单了，大家订个约束条件几个月前就提交，系统自己撮合，一般大
学生能干点的都能做，还要年入几十万刀的马公干嘛呢
【在 i**i 的大作中提到】
: up是指一个机器的性能旳提升，包括加内存，换硬盘，加cpu。各种硬件加速。 得到的
: 结果是单机性能很突出。
: out就是堆机器。不是所有的东西都能靠堆机器实现的，首先是问题可以这么分解处理
: ，其次需要相应的算法和框架支持。
: 比如搬家，需要十中型卡车。你可以雇一个巨牛逼的大车和一堆警察，怎么运得快怎么
: 来。也可以雇一堆板车加小车加中车，怎么便宜怎么来。这里一个是up一个是out。
|
f******2
发帖数: 2455 | 130 这个很多人都看出来了，但最好不要说破。goodbug 的优势是java library和
toolchain熟。有时候听听去粗存精不错
【在 h*******u 的大作中提到】
: 从这一段话说明好虫确实不太懂系统
|
|
|
g*****g
发帖数: 34805 | 131 LOL，系统架构设计是我老的吃饭家伙。我老不懂系统就你们几个肖小成天闹笑话懂？
【在 f******2 的大作中提到】
: 这个很多人都看出来了，但最好不要说破。goodbug 的优势是java library和
: toolchain熟。有时候听听去粗存精不错
|
g*****g
发帖数: 34805 | 132 做不同的取舍是可以的。但所有的网站的基本要求就是high availability。不响应是
不行的。响应时间在一分钟以内，可以给你个spin wheel，诸如Priceline之类的网站
都这么做。再长，用户就没有耐心在线等了，立刻返回异步通知结果是更好的做法。这
些就是网站经过无数次AB测试得出来的common sense。
当前台每秒百万的订单过来时，一分钟怎么都处理不完，逆推一下就知道异步根本就是
个必然的选择。可以选择的设计是诸如要抽签，还是要排队。班上做互联网有经验的，
如halfsea, qxc, wwzz，清一色的赞同异步。反过来外行们，清一色不肯妥协，要去做
快100倍的数据库轮子。
【在 b*******s 的大作中提到】
: 所以讨论前，最好统一需求，比如客户究竟是愿意等五分钟一次回应呢，还是几秒没响
: 应就死了命的刷网页。是愿意一次买到票呢，还是愿意在二十四小时内十次登陆买票，
: 买不到明天再来十次
: 反正就几亿张票，提前一年每天十次放票肯定大家都能很开心的买到的，嗯嗯
: 如果不考虑需求就简单了，大家订个约束条件几个月前就提交，系统自己撮合，一般大
: 学生能干点的都能做，还要年入几十万刀的马公干嘛呢
|
b*******s
发帖数: 5216 | 133 你说的都不是高耦合的
【在 g*****g 的大作中提到】
: 做不同的取舍是可以的。但所有的网站的基本要求就是high availability。不响应是
: 不行的。响应时间在一分钟以内，可以给你个spin wheel，诸如Priceline之类的网站
: 都这么做。再长，用户就没有耐心在线等了，立刻返回异步通知结果是更好的做法。这
: 些就是网站经过无数次AB测试得出来的common sense。
: 当前台每秒百万的订单过来时，一分钟怎么都处理不完，逆推一下就知道异步根本就是
: 个必然的选择。可以选择的设计是诸如要抽签，还是要排队。班上做互联网有经验的，
: 如halfsea, qxc, wwzz，清一色的赞同异步。反过来外行们，清一色不肯妥协，要去做
: 快100倍的数据库轮子。
|
g*****g
发帖数: 34805 | 134 做睁眼瞎就没劲了，priceline跟12306是一个性质的网站。12306只不过高峰量大。
【在 b*******s 的大作中提到】
: 你说的都不是高耦合的
|
y**********u
发帖数: 6366 | 135 基本上大部分公司基本上所有的service call都是async+queue
12306感觉也不容易做啊，高峰期很难
滴滴早期也是一到高峰就down，现在好很多了
没响
票，
般大
【在 g*****g 的大作中提到】
: 做不同的取舍是可以的。但所有的网站的基本要求就是high availability。不响应是
: 不行的。响应时间在一分钟以内，可以给你个spin wheel，诸如Priceline之类的网站
: 都这么做。再长，用户就没有耐心在线等了，立刻返回异步通知结果是更好的做法。这
: 些就是网站经过无数次AB测试得出来的common sense。
: 当前台每秒百万的订单过来时，一分钟怎么都处理不完，逆推一下就知道异步根本就是
: 个必然的选择。可以选择的设计是诸如要抽签，还是要排队。班上做互联网有经验的，
: 如halfsea, qxc, wwzz，清一色的赞同异步。反过来外行们，清一色不肯妥协，要去做
: 快100倍的数据库轮子。
|
g****t
发帖数: 31659 | 136 你也不少课没上过吧？话说图灵机,lambda calculus
之类的本科计算理论没学过，评论functional programming
也是相当不合理的。
所以还是兼容并包的好。另外现在这年头，well documented
知识越来越不值钱了。因为这些知识可以外包的。
【在 g*****g 的大作中提到】
: 我老10多年前开始混这个版的时候，internet bubble刚破，CS不算吃香，F2大妈们纷
: 纷转向统计和护士，这个版上讨论问题的大多是科班出身的。语言之类的争吵虽然有，
: 但很少有外行出来指点江山，一看就错得离谱的。自从上次经济危机之后，码农的收入
: 节节上升，酸葡萄多了，各路牛鬼蛇神开始出来鄙视职业码农的事情也开始层出不穷。
: 诸如12306不行，就有学EE没写过商业网站的出来打包票，明明是Scalability问题非要
: 追求微秒级latency，把高并发生生写成计数器。有觉得WhatsApp容易，C10K没实践过
: ，要挑战C10M的。有千老只写过自己用的一次性C++程序，就推荐以C&P替代代码复用的
: 。有改现成的商业PHP网站都吐血精分，非要强调码农的能力表现在底层，以对流水线
: 调度的认识深度区分。最新的又有智商论，编程纯工具论，反正ID边上也没标着智商，
: 大意就是我智商比你高，学个CS小菜呀，做码农轻松比你科班的强。
|
g****t
发帖数: 31659 | 137 这个12306争论双方都不地道。不做任何努力统一需求。
带来的好处是，万一被人找到漏洞了，可以改需求继续有废话说。
所以这个12306是相当肤浅的讨论了。
【在 b*******s 的大作中提到】
: 所以讨论前，最好统一需求，比如客户究竟是愿意等五分钟一次回应呢，还是几秒没响
: 应就死了命的刷网页。是愿意一次买到票呢，还是愿意在二十四小时内十次登陆买票，
: 买不到明天再来十次
: 反正就几亿张票，提前一年每天十次放票肯定大家都能很开心的买到的，嗯嗯
: 如果不考虑需求就简单了，大家订个约束条件几个月前就提交，系统自己撮合，一般大
: 学生能干点的都能做，还要年入几十万刀的马公干嘛呢
|
g*****g
发帖数: 34805 | 138 我老人家上过的本科专业课程比大多数人都多，我老对functional programming的评论
非常靠谱，基本上就是按着我老的预测走的。
【在 g****t 的大作中提到】
: 你也不少课没上过吧？话说图灵机,lambda calculus
: 之类的本科计算理论没学过，评论functional programming
: 也是相当不合理的。
: 所以还是兼容并包的好。另外现在这年头，well documented
: 知识越来越不值钱了。因为这些知识可以外包的。
|
f******2
发帖数: 2455 | 139 郝l老师本科是哪个学校？
我有个远方亲戚今年高考
【在 g*****g 的大作中提到】
: 我老人家上过的本科专业课程比大多数人都多，我老对functional programming的评论
: 非常靠谱，基本上就是按着我老的预测走的。
|
g*****g
发帖数: 34805 | 140 蓝翔。
【在 f******2 的大作中提到】
: 郝l老师本科是哪个学校？
: 我有个远方亲戚今年高考
|
|
|
b*******s
发帖数: 5216 | 141 priceline也算啊 :) 明白了
【在 g*****g 的大作中提到】
: 做睁眼瞎就没劲了，priceline跟12306是一个性质的网站。12306只不过高峰量大。
|
g****t
发帖数: 31659 | 142 你猜的东西靠谱不等于你的话就有道理。
就不说计算理论。
至少我很难想象没看过lisp开始的几个论文的能有效的持续
讨论functional programming.
Street smart和know how是两回事。
我觉得不用互相排斥。经验丰富的人判断东西靠看
不靠想。理论完备的人靠想不靠看。各有优劣。
【在 g*****g 的大作中提到】
: 我老人家上过的本科专业课程比大多数人都多，我老对functional programming的评论
: 非常靠谱，基本上就是按着我老的预测走的。
|
t**********h
发帖数: 2273 | 143 霸哥说的不错。
顶霸哥，人各有所长，我编程很烂，就混口饭吃。
转行的怎么提高scalability 设计啊，知识学习啊？
【在 g*****g 的大作中提到】
: 我老10多年前开始混这个版的时候，internet bubble刚破，CS不算吃香，F2大妈们纷
: 纷转向统计和护士，这个版上讨论问题的大多是科班出身的。语言之类的争吵虽然有，
: 但很少有外行出来指点江山，一看就错得离谱的。自从上次经济危机之后，码农的收入
: 节节上升，酸葡萄多了，各路牛鬼蛇神开始出来鄙视职业码农的事情也开始层出不穷。
: 诸如12306不行，就有学EE没写过商业网站的出来打包票，明明是Scalability问题非要
: 追求微秒级latency，把高并发生生写成计数器。有觉得WhatsApp容易，C10K没实践过
: ，要挑战C10M的。有千老只写过自己用的一次性C++程序，就推荐以C&P替代代码复用的
: 。有改现成的商业PHP网站都吐血精分，非要强调码农的能力表现在底层，以对流水线
: 调度的认识深度区分。最新的又有智商论，编程纯工具论，反正ID边上也没标着智商，
: 大意就是我智商比你高，学个CS小菜呀，做码农轻松比你科班的强。
|
n**********n
发帖数: 984 | 144 不要鄙视来鄙视去，编程就是一种谋生手段，和砌砖、炒菜、弹钢琴、弹棉花差不多，
99.99%码公码婆其实就是普通打工仔，公司里的一颗小铁钉。真实的牛人的话，就在业
余期间弄一个赛google, 赛facebook出来，要不起码弄一个赛gmail出来也成。很多福
建偷渡的，经过一段时间打拼，年收入比所谓的高工资码公码婆高多了。
等俺有钱了，码公码婆各请两个，一个煎着吃，一个清蒸吃。 |
P***t
发帖数: 1006 | 145 笑死。你太牛了。
【在 g*****g 的大作中提到】
: 我老10多年前开始混这个版的时候，internet bubble刚破，CS不算吃香，F2大妈们纷
: 纷转向统计和护士，这个版上讨论问题的大多是科班出身的。语言之类的争吵虽然有，
: 但很少有外行出来指点江山，一看就错得离谱的。自从上次经济危机之后，码农的收入
: 节节上升，酸葡萄多了，各路牛鬼蛇神开始出来鄙视职业码农的事情也开始层出不穷。
: 诸如12306不行，就有学EE没写过商业网站的出来打包票，明明是Scalability问题非要
: 追求微秒级latency，把高并发生生写成计数器。有觉得WhatsApp容易，C10K没实践过
: ，要挑战C10M的。有千老只写过自己用的一次性C++程序，就推荐以C&P替代代码复用的
: 。有改现成的商业PHP网站都吐血精分，非要强调码农的能力表现在底层，以对流水线
: 调度的认识深度区分。最新的又有智商论，编程纯工具论，反正ID边上也没标着智商，
: 大意就是我智商比你高，学个CS小菜呀，做码农轻松比你科班的强。
|
y**********u
发帖数: 6366 | 146 priceline其实挺牛逼的
【在 b*******s 的大作中提到】
: priceline也算啊 :) 明白了
|
c*********e
发帖数: 16335 | 147 jennifer lawrence笑了。
【在 b*******s 的大作中提到】
: 如果scalability是12306的主要问题，那去年阿里的人也不会给内存数据库这个方案了
: ，早点上云早就解决了
|
