N******K
发帖数: 10202 | |
c******o
发帖数: 1277 | 2 这个能有结果么？
不过我对魏老师那个对问题的数据抽象还是挺佩服的。 |
p*****2
发帖数: 21240 | 3
大牛能不能用AKKA设计一个？
【在 c******o 的大作中提到】
: 这个能有结果么？
: 不过我对魏老师那个对问题的数据抽象还是挺佩服的。
|
f*******t
发帖数: 7549 | 4 我觉得技术上zhaoce和goodbug一方远强于teacherwei，但zhaoce发了一堆垃圾帖，实
在没品。
版上现在好乱啊，累觉不爱 |
s***o
发帖数: 2191 | 5 好像很惨烈。
像这种东西别说两种方案，就是10种理论上肯定也都说得过去，不架起来实际跑一跑哪
能分出什么输赢。 |
p*****2
发帖数: 21240 | 6
大牛能不能用HBase设计一个？
【在 f*******t 的大作中提到】
: 我觉得技术上zhaoce和goodbug一方远强于teacherwei，但zhaoce发了一堆垃圾帖，实
: 在没品。
: 版上现在好乱啊，累觉不爱
|
x****d
发帖数: 1766 | |
c*******2
发帖数: 66 | 8 For a software industry, which I suppose web service is, where script
languages are used without any discretion, plus you can throw in more
hardware to address performance deficiency, it is an amazing bullshit to
have such an efficiency discussion. |
N******K
发帖数: 10202 | 9 我觉得魏老师的技术上超过两个爪哇崽
魏老师说的切中核心
爪哇崽说的都是外围 比如怎么让响应用户输入而不死机的事情 没有涉及票务核心
【在 f*******t 的大作中提到】
: 我觉得技术上zhaoce和goodbug一方远强于teacherwei，但zhaoce发了一堆垃圾帖，实
: 在没品。
: 版上现在好乱啊，累觉不爱
|
N******K
发帖数: 10202 | 10 你的酱油贴没人看
【在 x****d 的大作中提到】
: 明显我赢了，哈哈哈。
|
|
|
g*****g
发帖数: 34805 | 11 LOL，不如说我提的架构你理解不了。
【在 N******K 的大作中提到】
: 我觉得魏老师的技术上超过两个爪哇崽
: 魏老师说的切中核心
: 爪哇崽说的都是外围 比如怎么让响应用户输入而不死机的事情 没有涉及票务核心
|
N******K
发帖数: 10202 | 12 你提的那些东西 不都是别人做现成的么？ 你原创啥了？
【在 g*****g 的大作中提到】
: LOL，不如说我提的架构你理解不了。
|
x****d
发帖数: 1766 | 13 我那是撸管贴，没人看没关系，自己爽了就行。其实他们各有所长，很明显，我很佩服
。但大局观明显不如我，而且两个都太好胜，不好领导，我很听话，干活卖力，哈哈哈。
【在 N******K 的大作中提到】
: 你的酱油贴没人看
|
c******o
发帖数: 1277 | 14 这个设计其实是看在一定的requirement下最好的妥协，consistency/availability/
throughput
不可能三个都满足。
魏老师那种做法在核心上都满足了 （因为假设是单机就能满足核心订票需求了），自
然没有throughput要求。
这个还是可能在周边系统上造成瓶颈的，那个就会减低用户体验了。
goodbug那种是不可能同时满足三项的， nosql consistency肯定会出问题，要是硬
consistency, 那throughput 提高代价大得很。
我以前认识的一个architect说：没有啥东西时不能scale的，只是代价大小而已，我们
architect不就是在勤俭治家么。 |
g*****g
发帖数: 34805 | 15 魏老师的平民硬件，撑不住10万次的写，还带更新counter的。本身前提就错了。
【在 c******o 的大作中提到】
: 这个设计其实是看在一定的requirement下最好的妥协，consistency/availability/
: throughput
: 不可能三个都满足。
: 魏老师那种做法在核心上都满足了 （因为假设是单机就能满足核心订票需求了），自
: 然没有throughput要求。
: 这个还是可能在周边系统上造成瓶颈的，那个就会减低用户体验了。
: goodbug那种是不可能同时满足三项的， nosql consistency肯定会出问题，要是硬
: consistency, 那throughput 提高代价大得很。
: 我以前认识的一个architect说：没有啥东西时不能scale的，只是代价大小而已，我们
: architect不就是在勤俭治家么。
|
N******K
发帖数: 10202 | 16 为啥要用平民硬件？ 铁道部穷疯了？
【在 g*****g 的大作中提到】
: 魏老师的平民硬件，撑不住10万次的写，还带更新counter的。本身前提就错了。
|
g*****g
发帖数: 34805 | 17 是他自己要求的，不管我的事。他的设计，上IBM主机，是有可能搞定的。
【在 N******K 的大作中提到】
: 为啥要用平民硬件？ 铁道部穷疯了？
|
N******K
发帖数: 10202 | 18 中国银行很多用的都是主机 有啥不好？
【在 g*****g 的大作中提到】
: 是他自己要求的，不管我的事。他的设计，上IBM主机，是有可能搞定的。
|
g*****g
发帖数: 34805 | 19 就是一个钱的事。我说过，买一台这样服务器的钱，够我在EC2上跑全套系统10年。一
万是他自己要求的。
【在 N******K 的大作中提到】
: 中国银行很多用的都是主机 有啥不好？
|
c******o
发帖数: 1277 | 20 没能力在短时间写一个。。。。
《－－ 屌丝 （非大牛）
【在 p*****2 的大作中提到】
:
: 大牛能不能用HBase设计一个？
|
|
|
x****d
发帖数: 1766 | 21 原来民航铁路不都是用的ibm主机么？啥时候改的？魏老师绕半天我一开始都觉得他绕
回去人家早就有的东西那里去了。不过现在具体情况不了解不好多说。
【在 g*****g 的大作中提到】
: 是他自己要求的，不管我的事。他的设计，上IBM主机，是有可能搞定的。
|
f****4
发帖数: 1359 | 22 Teacherwei根据自己的高频交易的背景给了设计方案。有几个地方值得商榷，但整个的
思路还是清楚的。在某些failover问题不大的地方用用，很有借鉴意义。能不能用到卖
车票，值得推敲。
说到技术，goodbug那不是一个人在战斗，那是一批方案在战斗 :D
这里的人有几个有机会能跨领域做做？多看看总是好的。只要不是垃圾贴就行。
还有，就是用现成方案，你去招标的时候，也不会出现一个标书上写cassandra；另一
个标书上写storm的。。。
设计能力和用系统方案的能力不能混为一谈。一点浅见。
【在 f*******t 的大作中提到】
: 我觉得技术上zhaoce和goodbug一方远强于teacherwei，但zhaoce发了一堆垃圾帖，实
: 在没品。
: 版上现在好乱啊，累觉不爱
|
g*****g
发帖数: 34805 | 23 NoSQL本来就是not only SQL的意思。你看到的几乎所有大型网站，背后都是这种混合
设计。
你不理解的东西，不等于业界不是这么用的。我没有提出一批方案，我只提了一个方案
，包括
两个数据库。
【在 f****4 的大作中提到】
: Teacherwei根据自己的高频交易的背景给了设计方案。有几个地方值得商榷，但整个的
: 思路还是清楚的。在某些failover问题不大的地方用用，很有借鉴意义。能不能用到卖
: 车票，值得推敲。
: 说到技术，goodbug那不是一个人在战斗，那是一批方案在战斗 :D
: 这里的人有几个有机会能跨领域做做？多看看总是好的。只要不是垃圾贴就行。
: 还有，就是用现成方案，你去招标的时候，也不会出现一个标书上写cassandra；另一
: 个标书上写storm的。。。
: 设计能力和用系统方案的能力不能混为一谈。一点浅见。
|
P********l
发帖数: 452 | 24 对呀．这就是大家还接着看fzz／wei方案的原因．
wei为了证明自己牛才给自己下的套．到后来拿出来最最最最先进的技术来充数．其中
一个过两个月才毕业． 这有点过了吧．
【在 g*****g 的大作中提到】
: 是他自己要求的，不管我的事。他的设计，上IBM主机，是有可能搞定的。
|
p*****2
发帖数: 21240 | 25
high level谈一谈？
【在 c******o 的大作中提到】
: 没能力在短时间写一个。。。。
: 《－－ 屌丝 （非大牛）
|
P********l
发帖数: 452 | 26 日．黑猫白猫抓住老鼠才是好猫．为啥一定要原创？
【在 N******K 的大作中提到】
: 你提的那些东西 不都是别人做现成的么？ 你原创啥了？
|
f****4
发帖数: 1359 | 27 别激动，没说你不好。
你的方案讲详细了，讲得通，可行。不过你一开始讲得并不清楚。我不知道有web背景
的人是不是一看就看明白了。我是没看明白。
【在 g*****g 的大作中提到】
: NoSQL本来就是not only SQL的意思。你看到的几乎所有大型网站，背后都是这种混合
: 设计。
: 你不理解的东西，不等于业界不是这么用的。我没有提出一批方案，我只提了一个方案
: ，包括
: 两个数据库。
|
L***n
发帖数: 6727 | 28 这俩方案区别是不是主要是单机 vs 分布式?
混合
方案
【在 f****4 的大作中提到】
: 别激动，没说你不好。
: 你的方案讲详细了，讲得通，可行。不过你一开始讲得并不清楚。我不知道有web背景
: 的人是不是一看就看明白了。我是没看明白。
|
x****d
发帖数: 1766 | 29 魏老师的东西铁道部肯定不会用，不过他也不是为铁道部做的，他无病呻吟，showoff
而已。没想到好虫跟他较真，浪费了好多时间精力，有点不值得了。要说有养分，这次
讨论确实还是有料的，娱乐性也强，很好。
【在 f****4 的大作中提到】
: Teacherwei根据自己的高频交易的背景给了设计方案。有几个地方值得商榷，但整个的
: 思路还是清楚的。在某些failover问题不大的地方用用，很有借鉴意义。能不能用到卖
: 车票，值得推敲。
: 说到技术，goodbug那不是一个人在战斗，那是一批方案在战斗 :D
: 这里的人有几个有机会能跨领域做做？多看看总是好的。只要不是垃圾贴就行。
: 还有，就是用现成方案，你去招标的时候，也不会出现一个标书上写cassandra；另一
: 个标书上写storm的。。。
: 设计能力和用系统方案的能力不能混为一谈。一点浅见。
|
N******K
发帖数: 10202 | 30 不原创 那就是打工仔
【在 P********l 的大作中提到】
: 日．黑猫白猫抓住老鼠才是好猫．为啥一定要原创？
|
|
|
g*****g
发帖数: 34805 | 31 做轮子不是架构师的责任，写架构只是组合轮子而已。
【在 P********l 的大作中提到】
: 日．黑猫白猫抓住老鼠才是好猫．为啥一定要原创？
|
T********i
发帖数: 2416 | 32 拉偏架真没意思。他那些人身攻击一坨一坨的你都视而不见了？
你是不是觉得他暴露出自己缺乏基本功可惜？
showoff
【在 x****d 的大作中提到】
: 魏老师的东西铁道部肯定不会用，不过他也不是为铁道部做的，他无病呻吟，showoff
: 而已。没想到好虫跟他较真，浪费了好多时间精力，有点不值得了。要说有养分，这次
: 讨论确实还是有料的，娱乐性也强，很好。
|
N******K
发帖数: 10202 | 33 铁道部不会用爪哇崽的 用IBM主机是很有可能 不过都在忙着私有化 春运算个p
showoff
【在 x****d 的大作中提到】
: 魏老师的东西铁道部肯定不会用，不过他也不是为铁道部做的，他无病呻吟，showoff
: 而已。没想到好虫跟他较真，浪费了好多时间精力，有点不值得了。要说有养分，这次
: 讨论确实还是有料的，娱乐性也强，很好。
|
f****4
发帖数: 1359 | 34 魏老师想用集中余票到单机+高throughput的方法简化系统设计。然后还想在高
throughput上把整个买票过程分成快的抢票+慢的支付，降低排队时间。
但引起的后继支持很值得推敲。
我觉得只要failover快，丢点购买请求问题不大的地方，是行得通的。
【在 L***n 的大作中提到】
: 这俩方案区别是不是主要是单机 vs 分布式?
:
: 混合
: 方案
|
g*****g
发帖数: 34805 | 35 halfsee, wwzz这些人是一看就懂的。一个复杂的架构，10行的帖子只能说个大致思路。
没有这方面背景的人看不明白是不奇怪的。本来发帖的本意也不是show off，纯粹说个
方案而已。
跟魏老师不同。
【在 f****4 的大作中提到】
: 别激动，没说你不好。
: 你的方案讲详细了，讲得通，可行。不过你一开始讲得并不清楚。我不知道有web背景
: 的人是不是一看就看明白了。我是没看明白。
|
P********l
发帖数: 452 | 36 这倒是不假．不原创就是打工仔和包工头的区别．
【在 N******K 的大作中提到】
: 不原创 那就是打工仔
|
x****d
发帖数: 1766 | 37 真心没有拉偏架的意思，我刚才还想加一句，伤和气就不好了。回头说这版上很多人，
包括我自己，经常暴露问题的呀，您老这次show off技术之余也是暴露了很多问题的呀
。有啥呀？人无完人。您要showoff，还怕人家砸你么？
【在 T********i 的大作中提到】
: 拉偏架真没意思。他那些人身攻击一坨一坨的你都视而不见了？
: 你是不是觉得他暴露出自己缺乏基本功可惜？
:
: showoff
|
t*******y
发帖数: 1289 | 38 那你能多说两句，让大家学习一下行不，少说打脸，没意思。还是你现在这样说话比较
愿意看。
原来那个帖子看了一半就不想看了，营养越说越少。
路。
【在 g*****g 的大作中提到】
: halfsee, wwzz这些人是一看就懂的。一个复杂的架构，10行的帖子只能说个大致思路。
: 没有这方面背景的人看不明白是不奇怪的。本来发帖的本意也不是show off，纯粹说个
: 方案而已。
: 跟魏老师不同。
|
f****4
发帖数: 1359 | 39 你最初的帖子可是提都没提cassandra啊。你让我怎么明白啊。。。
anyway，有空我做一下普通server 硬盘的IO操作吧，看看能到多少。
路。
【在 g*****g 的大作中提到】
: halfsee, wwzz这些人是一看就懂的。一个复杂的架构，10行的帖子只能说个大致思路。
: 没有这方面背景的人看不明白是不奇怪的。本来发帖的本意也不是show off，纯粹说个
: 方案而已。
: 跟魏老师不同。
|
g*****g
发帖数: 34805 | 40 我提了commit log, 无锁scale out写。你熟悉NoSQL就知道我在说啥了。
我不说Cassandra只是为了通用一点，就像我说RDMBS而不是具体地数据库一样。
【在 f****4 的大作中提到】
: 你最初的帖子可是提都没提cassandra啊。你让我怎么明白啊。。。
: anyway，有空我做一下普通server 硬盘的IO操作吧，看看能到多少。
:
: 路。
|
|
|
T********i
发帖数: 2416 | 41 我不认为我暴露了任何原则性问题。那个hot standby以及整个reconciliation
process的failover方案。都是我已经实现了的。我的系统durability根本没有任何问
题。
信息太多，淹没了很正常。而且，我没有必要一开始说那么多细节。更何况我开审认为
有些东西是不证自明的。
【在 x****d 的大作中提到】
: 真心没有拉偏架的意思，我刚才还想加一句，伤和气就不好了。回头说这版上很多人，
: 包括我自己，经常暴露问题的呀，您老这次show off技术之余也是暴露了很多问题的呀
: 。有啥呀？人无完人。您要showoff，还怕人家砸你么？
|
f****4
发帖数: 1359 | 42 差点漏了这个。不错，因为requirement这个东西不好做假设，所以没办法比较。
真的要做，requirement+cost才是真正决定了你能采用什么技术。项目能不能做出来，
requirement出来了知道得就差不多了。
【在 c******o 的大作中提到】
: 这个设计其实是看在一定的requirement下最好的妥协，consistency/availability/
: throughput
: 不可能三个都满足。
: 魏老师那种做法在核心上都满足了 （因为假设是单机就能满足核心订票需求了），自
: 然没有throughput要求。
: 这个还是可能在周边系统上造成瓶颈的，那个就会减低用户体验了。
: goodbug那种是不可能同时满足三项的， nosql consistency肯定会出问题，要是硬
: consistency, 那throughput 提高代价大得很。
: 我以前认识的一个architect说：没有啥东西时不能scale的，只是代价大小而已，我们
: architect不就是在勤俭治家么。
|
f****4
发帖数: 1359 | 43 这点我支持。我因为做过hot standby的关系，所以能理解。
如果我没做过web，一开始理解不了goodbug的方案一样。
【在 T********i 的大作中提到】
: 我不认为我暴露了任何原则性问题。那个hot standby以及整个reconciliation
: process的failover方案。都是我已经实现了的。我的系统durability根本没有任何问
: 题。
: 信息太多，淹没了很正常。而且，我没有必要一开始说那么多细节。更何况我开审认为
: 有些东西是不证自明的。
|
g*****g
发帖数: 34805 | 44 也就是掉电着火丢几十几百万订单已，内存数据库吗。你不认为有问题不等于问题不存
在。
MongoDB嘛，你吭哧吭哧写的功夫。我把人写了几年测试几年的东西拿来就用。你真觉得
你那一万行比人值12亿的DB强？
造个轮子谁都行，造个牛逼轮子不是吹出来的。
【在 T********i 的大作中提到】
: 我不认为我暴露了任何原则性问题。那个hot standby以及整个reconciliation
: process的failover方案。都是我已经实现了的。我的系统durability根本没有任何问
: 题。
: 信息太多，淹没了很正常。而且，我没有必要一开始说那么多细节。更何况我开审认为
: 有些东西是不证自明的。
|
x****d
发帖数: 1766 | 45 看你咋定义原则性问题了。上网吵架算不算？哈哈。我精神导师经常批评我，说我这个
人掉举，口掉，喜欢跟人争辩，心掉，老是想什么奇技淫巧。您老比我更甚，哈哈。大
问题呀，比技术问题严重，共勉哈。
【在 T********i 的大作中提到】
: 我不认为我暴露了任何原则性问题。那个hot standby以及整个reconciliation
: process的failover方案。都是我已经实现了的。我的系统durability根本没有任何问
: 题。
: 信息太多，淹没了很正常。而且，我没有必要一开始说那么多细节。更何况我开审认为
: 有些东西是不证自明的。
|
m*******l
发帖数: 12782 | 46 partially true
【在 x****d 的大作中提到】
: 看你咋定义原则性问题了。上网吵架算不算？哈哈。我精神导师经常批评我，说我这个
: 人掉举，口掉，喜欢跟人争辩，心掉，老是想什么奇技淫巧。您老比我更甚，哈哈。大
: 问题呀，比技术问题严重，共勉哈。
|
z****e
发帖数: 54598 | 47 你就回答一个最基本的问题：
人家铁道部app server没问题，你干嘛要去改造？
你说这个部分有问题，请举证
谁主张谁举证，我有过一个做法官的gf，所以这块我比你熟
【在 T********i 的大作中提到】
: 我不认为我暴露了任何原则性问题。那个hot standby以及整个reconciliation
: process的failover方案。都是我已经实现了的。我的系统durability根本没有任何问
: 题。
: 信息太多，淹没了很正常。而且，我没有必要一开始说那么多细节。更何况我开审认为
: 有些东西是不证自明的。
|
z****e
发帖数: 54598 | 48 民航用主机，铁路不一定用
民航用的主机还不是ibm的
【在 x****d 的大作中提到】
: 原来民航铁路不都是用的ibm主机么？啥时候改的？魏老师绕半天我一开始都觉得他绕
: 回去人家早就有的东西那里去了。不过现在具体情况不了解不好多说。
|
z****e
发帖数: 54598 | 49 现有系统怎么办？
全部扔掉？
你们收购了那么多startup
有几个startup的现有系统是直接扔掉不用的？
【在 c******o 的大作中提到】
: 这个设计其实是看在一定的requirement下最好的妥协，consistency/availability/
: throughput
: 不可能三个都满足。
: 魏老师那种做法在核心上都满足了 （因为假设是单机就能满足核心订票需求了），自
: 然没有throughput要求。
: 这个还是可能在周边系统上造成瓶颈的，那个就会减低用户体验了。
: goodbug那种是不可能同时满足三项的， nosql consistency肯定会出问题，要是硬
: consistency, 那throughput 提高代价大得很。
: 我以前认识的一个architect说：没有啥东西时不能scale的，只是代价大小而已，我们
: architect不就是在勤俭治家么。
|
f*******t
发帖数: 7549 | 50 魏老师说问题很简单，让他来设计既便宜代码量又少；被追问后扯不圆了，拿出业界尖
端、昂贵而且显然不是他自己弄出来的解决方案来满足各种需求。
从这个意义上我说他没有真材实料，欢迎反驳。
有些网友可能不了解高频交易，被一堆看似牛逼的metrics和terms误导，冲昏了头脑实
际上什么技术都学不到。
java web service的轮子不但是无数人的心血，还被无数人证明是有效的。goodbug也
说了，有点这方面背景的自然知道他给的解决方案一定是目前最佳，不需要更深入的解
释。 |
|
|
g*****g
发帖数: 34805 | 51 我不敢说我的方案是最佳的，我只敢说在架构上可行。实现还要出现很多问题的。
【在 f*******t 的大作中提到】
: 魏老师说问题很简单，让他来设计既便宜代码量又少；被追问后扯不圆了，拿出业界尖
: 端、昂贵而且显然不是他自己弄出来的解决方案来满足各种需求。
: 从这个意义上我说他没有真材实料，欢迎反驳。
: 有些网友可能不了解高频交易，被一堆看似牛逼的metrics和terms误导，冲昏了头脑实
: 际上什么技术都学不到。
: java web service的轮子不但是无数人的心血，还被无数人证明是有效的。goodbug也
: 说了，有点这方面背景的自然知道他给的解决方案一定是目前最佳，不需要更深入的解
: 释。
|
z****e
发帖数: 54598 | 52 swjtuer那个贴没看到？
sybase app server，你说不是java？
输了你怎么办？
【在 N******K 的大作中提到】
: 铁道部不会用爪哇崽的 用IBM主机是很有可能 不过都在忙着私有化 春运算个p
:
: showoff
|
z****e
发帖数: 54598 | 53 对头，所有有些人就是做民工的命
【在 P********l 的大作中提到】
: 这倒是不假．不原创就是打工仔和包工头的区别．
|
f*******t
发帖数: 7549 | 54 印象中售票还是计划经济，每个售票点分配多少张的额度。不知道这两年有没有改变。
我们讨论的是业界顶尖公司才有能力使用的解决方案，铁道部堆人、外包都搞不出来，
出现问题不奇怪。
【在 g*****g 的大作中提到】
: 我不敢说我的方案是最佳的，我只敢说在架构上可行。实现还要出现很多问题的。
|
t*******y
发帖数: 1289 | 55 这个老早就改了，全是抢。
【在 f*******t 的大作中提到】
: 印象中售票还是计划经济，每个售票点分配多少张的额度。不知道这两年有没有改变。
: 我们讨论的是业界顶尖公司才有能力使用的解决方案，铁道部堆人、外包都搞不出来，
: 出现问题不奇怪。
|
f*******t
发帖数: 7549 | 56 难怪今年春运的新闻有排两天队的民工大叔好不容易在第一位，开始售票后一张不剩
【在 t*******y 的大作中提到】
: 这个老早就改了，全是抢。
|
f****4
发帖数: 1359 | 57 学技术上mitbbs？这又不是蓝翔。能看到个不同的思路已经很知足了。
不理解高频交易不代表不能推一推。我之前做过high availability的cluster系统。因
为使用领域特殊，没上真正的分布式（就是主机+hot standby）。做做推演，看看极限
到多少，还是有意思的，比看java VS C++好玩多了。
讨论设计可行性上来就往分布式，web service上靠，这真的是拿把锤子看啥都是钉子
了。当然了，你也可以说一看就知道可行，不需要讨论。所以有些人动辄就是啥都简单
，只要堆出一堆牛逼技术。。。反正都是别人实现了的，一看就知道可行。
【在 f*******t 的大作中提到】
: 魏老师说问题很简单，让他来设计既便宜代码量又少；被追问后扯不圆了，拿出业界尖
: 端、昂贵而且显然不是他自己弄出来的解决方案来满足各种需求。
: 从这个意义上我说他没有真材实料，欢迎反驳。
: 有些网友可能不了解高频交易，被一堆看似牛逼的metrics和terms误导，冲昏了头脑实
: 际上什么技术都学不到。
: java web service的轮子不但是无数人的心血，还被无数人证明是有效的。goodbug也
: 说了，有点这方面背景的自然知道他给的解决方案一定是目前最佳，不需要更深入的解
: 释。
|
b*******s
发帖数: 5216 | 58 没错，有些人就是拿把锤子看什么都是钉子
无聊至极
【在 f****4 的大作中提到】
: 学技术上mitbbs？这又不是蓝翔。能看到个不同的思路已经很知足了。
: 不理解高频交易不代表不能推一推。我之前做过high availability的cluster系统。因
: 为使用领域特殊，没上真正的分布式（就是主机+hot standby）。做做推演，看看极限
: 到多少，还是有意思的，比看java VS C++好玩多了。
: 讨论设计可行性上来就往分布式，web service上靠，这真的是拿把锤子看啥都是钉子
: 了。当然了，你也可以说一看就知道可行，不需要讨论。所以有些人动辄就是啥都简单
: ，只要堆出一堆牛逼技术。。。反正都是别人实现了的，一看就知道可行。
|
g*****g
发帖数: 34805 | 59 这不我早就总结过了吗，魏老师上来就是1万块钱机器，80Gb的网卡是唯一瓶颈，一下
子秒了
nasdaq。这才是通用设计呀。
【在 f****4 的大作中提到】
: 学技术上mitbbs？这又不是蓝翔。能看到个不同的思路已经很知足了。
: 不理解高频交易不代表不能推一推。我之前做过high availability的cluster系统。因
: 为使用领域特殊，没上真正的分布式（就是主机+hot standby）。做做推演，看看极限
: 到多少，还是有意思的，比看java VS C++好玩多了。
: 讨论设计可行性上来就往分布式，web service上靠，这真的是拿把锤子看啥都是钉子
: 了。当然了，你也可以说一看就知道可行，不需要讨论。所以有些人动辄就是啥都简单
: ，只要堆出一堆牛逼技术。。。反正都是别人实现了的，一看就知道可行。
|
L***n
发帖数: 6727 | 60 不是还包括一fusion io ssd么
【在 g*****g 的大作中提到】
: 这不我早就总结过了吗，魏老师上来就是1万块钱机器，80Gb的网卡是唯一瓶颈，一下
: 子秒了
: nasdaq。这才是通用设计呀。
|
|
|
g*****g
发帖数: 34805 | 61 这个被打脸后，承认硬盘读写没有网络快。刚开始要做到20G的throughput。而且才两
网卡。20G，算一个request 1K，也是2千万次/秒，我没瞎说把。
发信人: TeacherWei (TW), 信区: Programming
标 题: 很多东东要是我来设计，会很不一样
发信站: BBS 未名空间站 (Thu Nov 21 16:14:22 2013, 美东)
比如困扰板上很多人的春运网站。我来做的话内核直接上c++。
一切都是虚的，只有throughput才是实实在在的。
当你一个2 socket server + 两个solarflare card throuhtput做到接近20G，你知道
你已经做到头了。
【在 L***n 的大作中提到】
: 不是还包括一fusion io ssd么
|
z****e
发帖数: 54598 | 62 所以我印象中是你给魏老师打上的hot standby这个补丁
不过魏老师后来说不是
【在 f****4 的大作中提到】
: 学技术上mitbbs？这又不是蓝翔。能看到个不同的思路已经很知足了。
: 不理解高频交易不代表不能推一推。我之前做过high availability的cluster系统。因
: 为使用领域特殊，没上真正的分布式（就是主机+hot standby）。做做推演，看看极限
: 到多少，还是有意思的，比看java VS C++好玩多了。
: 讨论设计可行性上来就往分布式，web service上靠，这真的是拿把锤子看啥都是钉子
: 了。当然了，你也可以说一看就知道可行，不需要讨论。所以有些人动辄就是啥都简单
: ，只要堆出一堆牛逼技术。。。反正都是别人实现了的，一看就知道可行。
|
f****4
发帖数: 1359 | 63 想想还是说明确一点，免得给人盯着乱喷
讨论东西，你拿个方案出来，最基本的是稍微解释一下。哪怕是有背景的人不说都知道
的。不然的话，你就在标题里面注明非java web背景免进。
既然有不同背景的人来讨论了，心平气和的看看人家说什么。可行与否两说。
至于showoff，那是另一回事了。
【在 f****4 的大作中提到】
: 学技术上mitbbs？这又不是蓝翔。能看到个不同的思路已经很知足了。
: 不理解高频交易不代表不能推一推。我之前做过high availability的cluster系统。因
: 为使用领域特殊，没上真正的分布式（就是主机+hot standby）。做做推演，看看极限
: 到多少，还是有意思的，比看java VS C++好玩多了。
: 讨论设计可行性上来就往分布式，web service上靠，这真的是拿把锤子看啥都是钉子
: 了。当然了，你也可以说一看就知道可行，不需要讨论。所以有些人动辄就是啥都简单
: ，只要堆出一堆牛逼技术。。。反正都是别人实现了的，一看就知道可行。
|
f****4
发帖数: 1359 | 64 在我提之前，他就说过查询数据是通过打酱油的机器做。叫它hot standby和酱油机器
别不大。
他否定了我抢票和划钱分成2个Transaction，但那样一来他就做不到高throughput。但
他自己原文是“剩下的，都是外围。用户账号管理。用户界面。支付系统。”这又是要
分开来的意思。
【在 z****e 的大作中提到】
: 所以我印象中是你给魏老师打上的hot standby这个补丁
: 不过魏老师后来说不是
|
z****e
发帖数: 54598 | 65 这就是他的语言艺术啊
一个打酱油就把所有别人干的全部都给兜走了
【在 f****4 的大作中提到】
: 在我提之前，他就说过查询数据是通过打酱油的机器做。叫它hot standby和酱油机器
: 别不大。
: 他否定了我抢票和划钱分成2个Transaction，但那样一来他就做不到高throughput。但
: 他自己原文是“剩下的，都是外围。用户账号管理。用户界面。支付系统。”这又是要
: 分开来的意思。
|
g*****g
发帖数: 34805 | 66 但凡订单跟余票在一个transaction内，就如他设计的那样，单机必崩。
跟支付系统没关系。
【在 f****4 的大作中提到】
: 在我提之前，他就说过查询数据是通过打酱油的机器做。叫它hot standby和酱油机器
: 别不大。
: 他否定了我抢票和划钱分成2个Transaction，但那样一来他就做不到高throughput。但
: 他自己原文是“剩下的，都是外围。用户账号管理。用户界面。支付系统。”这又是要
: 分开来的意思。
|
f****4
发帖数: 1359 | 67 goodbug短短10来行就涵盖了整个方案，剩下来的就是有背景的都知道。。。
我有相关背景，我知道是hot standby
【在 z****e 的大作中提到】
: 这就是他的语言艺术啊
: 一个打酱油就把所有别人干的全部都给兜走了
|
z****e
发帖数: 54598 | 68 不过我想知道，他说这部分是打酱油的，你还忙着打补丁
你当时是怎么想的？丫上来就在show off，木有看出来？
【在 f****4 的大作中提到】
: 在我提之前，他就说过查询数据是通过打酱油的机器做。叫它hot standby和酱油机器
: 别不大。
: 他否定了我抢票和划钱分成2个Transaction，但那样一来他就做不到高throughput。但
: 他自己原文是“剩下的，都是外围。用户账号管理。用户界面。支付系统。”这又是要
: 分开来的意思。
|
b*******s
发帖数: 5216 | 69 嗯，很直观容易理解的，不知道的基本是没有相关系统经验的
【在 f****4 的大作中提到】
: goodbug短短10来行就涵盖了整个方案，剩下来的就是有背景的都知道。。。
: 我有相关背景，我知道是hot standby
|
b*******s
发帖数: 5216 | 70 你看到他在show off
我看到他提出了一个有趣的方案
【在 z****e 的大作中提到】
: 不过我想知道，他说这部分是打酱油的，你还忙着打补丁
: 你当时是怎么想的？丫上来就在show off，木有看出来？
|
|
|
g*****g
发帖数: 34805 | 71 我在那个帖子里本来随口说两句打酱油的，不是准备发帖吹牛逼的。不够详细很正常吧。
【在 f****4 的大作中提到】
: goodbug短短10来行就涵盖了整个方案，剩下来的就是有背景的都知道。。。
: 我有相关背景，我知道是hot standby
|
z****e
发帖数: 54598 | 72 聪明人打一开始就会知道他方案的各种不足
而不是经过这么久，这么多人说了，才看出来
当然可能你还没看出来，这个我觉得是有可能的
【在 b*******s 的大作中提到】
: 你看到他在show off
: 我看到他提出了一个有趣的方案
|
T********i
发帖数: 2416 | 73 请看我的帖子
http://www.mitbbs.com/article/Programming/31281287_3.html
我没有否定你的抢票和划钱分成2个Transaction。相反我的核心专管抢票，不管划钱。
外围的机器抢到票帮顾客划钱。划不到再还回来。
【在 f****4 的大作中提到】
: 在我提之前，他就说过查询数据是通过打酱油的机器做。叫它hot standby和酱油机器
: 别不大。
: 他否定了我抢票和划钱分成2个Transaction，但那样一来他就做不到高throughput。但
: 他自己原文是“剩下的，都是外围。用户账号管理。用户界面。支付系统。”这又是要
: 分开来的意思。
|
b*******s
发帖数: 5216 | 74 还真敢吹
【在 z****e 的大作中提到】
: 聪明人打一开始就会知道他方案的各种不足
: 而不是经过这么久，这么多人说了，才看出来
: 当然可能你还没看出来，这个我觉得是有可能的
|
z****e
发帖数: 54598 | 75 麻烦你不要每次我说什么，你就现身说法
希望你不是女的，要不然别人说我欺负女孩子
【在 b*******s 的大作中提到】
: 还真敢吹
|
b*******s
发帖数: 5216 | 76 你还能继续刷下限吗
【在 z****e 的大作中提到】
: 麻烦你不要每次我说什么，你就现身说法
: 希望你不是女的，要不然别人说我欺负女孩子
|
z****e
发帖数: 54598 | 77 人身攻击
【在 b*******s 的大作中提到】
: 你还能继续刷下限吗
|
T********i
发帖数: 2416 | 78 goodbug之后就是你，你这种人根本不qualify做一个低级程序员。
【在 z****e 的大作中提到】
: 人身攻击
|
z****e
发帖数: 54598 | 79 魏老师，你说我人身攻击你
请问，你这个算是对我的人身攻击吗？
【在 T********i 的大作中提到】
: goodbug之后就是你，你这种人根本不qualify做一个低级程序员。
|
g*****g
发帖数: 34805 | 80 LOL，你的原帖，不解释。
发信人: TeacherWei (TW), 信区: Programming
标 题: 很多东东要是我来设计，会很不一样
发信站: BBS 未名空间站 (Thu Nov 21 16:14:22 2013, 美东)
比如困扰板上很多人的春运网站。我来做的话内核直接上c++。
一切都是虚的，只有throughput才是实实在在的。
当你一个2 socket server + 两个solarflare card throuhtput做到接近20G，你知道
你已经做到头了。
【在 T********i 的大作中提到】
: goodbug之后就是你，你这种人根本不qualify做一个低级程序员。
|
|
|
T********i
发帖数: 2416 | 81 我认为这个是事实。你想像goodbug那样，说的越多错越多随你便。
别忘了，他6行代码，迄今已经犯了7个常识错误了。
【在 z****e 的大作中提到】
: 魏老师，你说我人身攻击你
: 请问，你这个算是对我的人身攻击吗？
|
z****e
发帖数: 54598 | 82 行，魏老师看来是个活宝
留着吧，不灭了，灭了没乐趣了
【在 T********i 的大作中提到】
: 我认为这个是事实。你想像goodbug那样，说的越多错越多随你便。
: 别忘了，他6行代码，迄今已经犯了7个常识错误了。
|
g*****g
发帖数: 34805 | 83 网络上打嘴仗没有输赢。技术高低还是能看出来的。
我被质疑的时候纯粹解释，没有PA任何质疑我的人。
魏老师被质疑的时候只能往上堆硬件，偏偏自己又限定了1万刀，真是两难。弄不出来
benchmark就剩PA一条路。 |
b*******s
发帖数: 5216 | 84 你人品真的是我近年仅见
【在 z****e 的大作中提到】
: 行，魏老师看来是个活宝
: 留着吧，不灭了，灭了没乐趣了
|
z****e
发帖数: 54598 | 85 不就是说了你个foxpro么
【在 b*******s 的大作中提到】
: 你人品真的是我近年仅见
|
T********i
发帖数: 2416 | 86 掌嘴！我说的1万到2万刀，你明知还成天造谣？
【在 g*****g 的大作中提到】
: 网络上打嘴仗没有输赢。技术高低还是能看出来的。
: 我被质疑的时候纯粹解释，没有PA任何质疑我的人。
: 魏老师被质疑的时候只能往上堆硬件，偏偏自己又限定了1万刀，真是两难。弄不出来
: benchmark就剩PA一条路。
|
g*****g
发帖数: 34805 | 87 你还说SSD 2K刀呢，我让你给个Link，立马变成5K刀了。
【在 T********i 的大作中提到】
: 掌嘴！我说的1万到2万刀，你明知还成天造谣？
|
b*******s
发帖数: 5216 | 88 我觉得你不是关注技术，而是只想赢
【在 z****e 的大作中提到】
: 不就是说了你个foxpro么
|
z****e
发帖数: 54598 | 89 其实我只是觉得你没事自己去做，很愚蠢
善假于物啊
【在 b*******s 的大作中提到】
: 我觉得你不是关注技术，而是只想赢
|
c*******2
发帖数: 66 | 90 有些人是咖喱味闻多了。
【在 b*******s 的大作中提到】
: 我觉得你不是关注技术，而是只想赢
|
|
|
w**z
发帖数: 8232 | 91 建议投票，让人民来决定谁的方案好。
【在 N******K 的大作中提到】
: 有陪审团么？
|
f****4
发帖数: 1359 | 92 我就看出你是存心捣乱的 :P
【在 z****e 的大作中提到】
: 不过我想知道，他说这部分是打酱油的，你还忙着打补丁
: 你当时是怎么想的？丫上来就在show off，木有看出来？
|
k**0
发帖数: 19737 | 93 就我旁观者来看，我觉得teacherwei的方案较令人信服。 |
b*******s
发帖数: 5216 | 94 他的是c++程序员那种典型的仔细分析计算，然后定制系统的风格
搞linux的尤其内核的很多也是这个风格，不过搞大多数系统，应该按照好虫的来
找合适的积木然后搭好
【在 k**0 的大作中提到】
: 就我旁观者来看，我觉得teacherwei的方案较令人信服。
|
k**0
发帖数: 19737 | 95 老魏经验足，应该是搞过类似的，前中后都考虑到了。
大公司里做类似的项目会繁琐很多。
【在 b*******s 的大作中提到】
: 他的是c++程序员那种典型的仔细分析计算，然后定制系统的风格
: 搞linux的尤其内核的很多也是这个风格，不过搞大多数系统，应该按照好虫的来
: 找合适的积木然后搭好
|
f****4
发帖数: 1359 | 96 恩，软件积木都这么多了，硬件积木很很容找到的。我不是刚找了个emc的方案么。
其实真要去招标里面，emc方案更有说服力。国内的就信成功案例。。。
【在 b*******s 的大作中提到】
: 他的是c++程序员那种典型的仔细分析计算，然后定制系统的风格
: 搞linux的尤其内核的很多也是这个风格，不过搞大多数系统，应该按照好虫的来
: 找合适的积木然后搭好
|
g*****g
发帖数: 34805 | 97 我不一开始就说了吗，上主机是有可能能实现的。但魏老师自己给自己挖了个坑。
【在 f****4 的大作中提到】
: 恩，软件积木都这么多了，硬件积木很很容找到的。我不是刚找了个emc的方案么。
: 其实真要去招标里面，emc方案更有说服力。国内的就信成功案例。。。
|
N*n
发帖数: 456 | 98
这个分析蛮有道理的。。其实对车票这种系统，对高实时性要求不那么高，应该每个买
票过程
成一个包，一起处理，更安全。。但这样的话单核心大概就不够了
【在 f****4 的大作中提到】
: 魏老师想用集中余票到单机+高throughput的方法简化系统设计。然后还想在高
: throughput上把整个买票过程分成快的抢票+慢的支付，降低排队时间。
: 但引起的后继支持很值得推敲。
: 我觉得只要failover快，丢点购买请求问题不大的地方，是行得通的。
|
N*n
发帖数: 456 | 99 teachwei的方案主要问题在于任务多了，request 多到单机不能handle以后怎么办
【在 k**0 的大作中提到】
: 就我旁观者来看，我觉得teacherwei的方案较令人信服。
|
f****4
发帖数: 1359 | 100 对的，他的高throughput其实增加了风险。
其实他要是不给自己下个底层本 VS 高throughput的套子，也圆得起来
【在 N*n 的大作中提到】
: teachwei的方案主要问题在于任务多了，request 多到单机不能handle以后怎么办
|
|
|
z****e
发帖数: 54598 | 101 所以打酱油的才是真正的功臣
他是挖坑的，你是填坑的
你这种家伙才是公司的中坚和骨干
【在 f****4 的大作中提到】
: 对的，他的高throughput其实增加了风险。
: 其实他要是不给自己下个底层本 VS 高throughput的套子，也圆得起来
|
w**z
发帖数: 8232 | 102 No matter what, single point of failure is the last thing you want for this
kind of system. 魏老师技术上可能很牛，但做互联网差点意思。
【在 N*n 的大作中提到】
: teachwei的方案主要问题在于任务多了，request 多到单机不能handle以后怎么办
|
N******K
发帖数: 10202 | 103 魏老师再接再厉
魏老师对磁盘都研究的仔细透彻 爪哇程序猿只好装看不见
【在 N******K 的大作中提到】
: 有陪审团么？
|
z****e
发帖数: 54598 | 104 魏老师已经开始cloud和nosql了
你跪安吧
【在 N******K 的大作中提到】
: 魏老师再接再厉
: 魏老师对磁盘都研究的仔细透彻 爪哇程序猿只好装看不见
|
T********i
发帖数: 2416 | 105 我的方案没有single point of failure。希望你仔细读贴。
this
【在 w**z 的大作中提到】
: No matter what, single point of failure is the last thing you want for this
: kind of system. 魏老师技术上可能很牛，但做互联网差点意思。
|
z****e
发帖数: 54598 | 106 显然是别人帮你打的补丁
【在 T********i 的大作中提到】
: 我的方案没有single point of failure。希望你仔细读贴。
:
: this
|
g*****g
发帖数: 34805 | 107 你都cloud, cassandra全上了，那可不。
【在 T********i 的大作中提到】
: 我的方案没有single point of failure。希望你仔细读贴。
:
: this
|
