U***5
发帖数: 2796 | 1 第五十三章 暗金色的.....力量！
明眼人都看了出来，之所以前方的人撑不久的主要短板就在方森岩身上，在那血色金
纹舌刺地塔哪怕计算了防御力减伤，也实实在在超过了百点的恐怖攻击力面前，他的天
赋能力“坚韧”的效果几乎被降低到了一个可以忽略的程度！而礁石则好得多，他的天
赋能力是按照百分比来减伤的，双重减伤下，他受到的伤害便只有六十多点，而且无论
是生命值，还是装备，技能也都比方森岩高出许多。
三人陷入了尴尬的沉默和对望当中，时间在迅速流逝。如果算上离开的时间的话，
那么在理论上他们只有短短的不到十分钟可以使用了，这里面甚至还要包括寻找到巨型
孢子菌喷射防空塔弱点，将之摧毁的时间！
“或许……，有一个办法。”
礁石深吸了一口气道。
他说着开始将自己身上的那一面银色剧情盾牌：被加工过的异形颅骨，以及那把黑
色武器：半人马座等离子光剑（演练用）取了下来，接着又开始取下了自己身上加体力
的装备，主动交易给了方森岩。
“你目前的难题依然是减伤不够，如果凑一凑的话，防御减伤方面能够继续将这血
色金玟舌刺地塔的攻击力降低到田80点以下，那么就非常可观了。再配合... 阅读全帖 |
|
d********u
发帖数: 5383 | 2 一个例子什么也说明不了呀，上面的提问也是不着边际。好像大家都没太看懂人家在说
什么，还停留在搭网站这种低能力的思维上。魏老师有个系统在运营，而且貌似运营地
还不错，说明他的设计是可行的。
这个讨论还是不错的，我个人学到一些东西。好虫再发表些见解吧。
of
S. |
|
s***o
发帖数: 2191 | 3 scale-up vs scale-out?
好虫跟魏老师合作一把整合一下也许能做出一个很好的系统来。赚钱了别忘了回来给看
热闹的发包子 |
|
T********i
发帖数: 2416 | 4 我的方案成本降低了一个数量级，铁道部肯买才怪。
如果我要是傻到做铁道部的生意，那是我自己傻逼，怪不得别人。
不过说到可扩展性，我的方案其实更好。在线数据修改/扩展都是微秒级别的。即使暂
时下线升级程序也可以做到秒级，因此结构太简单了。
至于这个好虫，有确凿的证据证明此人OS和Architecture都不及格。这个是难以想象的
。 |
|
g****t
发帖数: 31659 | 5 好虫明白了。
1989没花时间看总结。其实前面几个双方的总结都不错。
这个智商，和goodbug有一拼了。
还有个共同点，不可能给你说明白了。只能放弃。 |
|
i**i
发帖数: 1500 | 6 “好虫又加上网络输入和输出。” 这个不是指局域网而是外网，是吧？
“1M/s +/- 5%“ 魏老师也有办法让这个成立，对吧？ |
|
t****n
发帖数: 263 | 7 少他妈扯淡。单一网卡才是好虫先提出来的条件。你丫给偷偷改了。跟你这怂货小人就
不该堵。 |
|
t****n
发帖数: 263 | 8 我是说他用各种骗术让人没有注意到。我昨天也没注意到。还以为是好虫的单一网卡。
今天经人提醒才发现这个猫腻。 |
|
f******2
发帖数: 2455 | 9 如果不是好虫的马甲，你人品也挺下作。
好好的从口水战变成技术show hands，你非要搅和 |
|
t**********1
发帖数: 550 | 10 好虫，看你究竟有没有廉耻了。
我说过，合理数量的多TCP不能改变基本事实。
你不能连上只发一个请求就断开。
这样好吧？最多不超过100TCP。TCP持续连接不得少于1分钟。
在收到全部response之前断开连接是client的责任。server不负责回放。事实上的商业
规则是支付系统反正最终会通知用户。但是我们的demo则直接扔掉未传输完的response。 |
|
t****n
发帖数: 263 | 11 好虫不是也要公布他client的源码吗？“只发一个请求就断开”这种把戏大家都能看的
出来。到时候我第一个鄙视他。
如果你们同意放弃单一链接的要求话（100个我觉得够了），我也可以保证在这期间不
＊主动＊对你恶语相向。不提linear scalability，直到结果出来。
response。 |
|
t****n
发帖数: 263 | 12 好虫不是回答用他们公司blog里提到的类似的方法测吗？那个里头有60个clients，我
也不相信clients会断开链接，等我再看看。 |
|
t**********1
发帖数: 550 | 13 好虫，请你直接确认。省得以后再生事端。
请你直接确认一下条件：
这样好吧？最多不超过100TCP。TCP持续连接不得少于1分钟。
在收到全部response之前断开连接是client的责任。server不负责回放。事实上的商业
规则是支付系统反正最终会通知用户。但是我们的demo则直接扔掉未传输完的
response。 |
|
t****n
发帖数: 263 | 14 我觉得好虫的意思是说如果一个链接发不了10k／s，那他就要更多的链接。 |
|
t**********1
发帖数: 550 | 15 好虫，这样好吧？最多不能超过200TCP。
最多不超过200TCP。TCP持续连接不得少于1分钟。
在收到全部response之前断开连接是client的责任。server不负责回放。事实上的商业
规则是支付系统反正最终会通知用户。但是我们的demo则直接扔掉未传输完的
response。 |
|
t**********1
发帖数: 550 | 16 赌局就是赌局。难道不影响性能我就一定要加上？
给你提高到200TCP了。请确认。
好虫，这样好吧？最多不能超过200TCP。
最多不超过200TCP。TCP持续连接不得少于1分钟。
在收到全部response之前断开连接是client的责任。server不负责回放。事实上的商业
规则是支付系统反正最终会通知用户。但是我们的demo则直接扔掉未传输完的
response。
吗？ |
|
t****n
发帖数: 263 | 17 要不这样，好虫保障同样的client在单链接情况下发出最少5k/s的请求。如果在多链接
情况下server handle不了那就别怪client加链接了
s |
|
f******2
发帖数: 2455 | 18 赵老师，好虫都撤了，你又是何必呢？
虽然你平时讨论问题算是没有走下三路的，大家对你容忍度高些，但是拿不错代码在这
儿瞎抗是我们这些千老或者程序员最看不起的了。
投奔能拿出货的老魏，或者是给老姜当个店长，哪怕从店小二干起，前途或许是无量地。 |
|
发帖数: 1 | 19
铁道部最终的解决方案跟魏老师的差不多，只不过是上了内存数据库保障性能而已
一开始就说过12306和淘宝亚马逊的需求完全不一致，这点都看不到的，写程序也只能
写hello world |
|
P********l
发帖数: 452 | 20 魏老师可能没搞过这种数据库．
１．火车票不是股票，没必要实时到毫秒级．非订单查询结果是五分钟之前的就足够了．
２．理想情况下全世界都是一盘棋．请问你的服务器（世界级的）放在哪个城市？刮风
不？下雨不？
３．全国人民不都住在那个服务器的隔壁．服务器的吞吐量是20G．这20G是如何到达用
户终端的？
４．订票．这种情况下服务器怎么可能是stateful的？负载这么大，client随时都有断
掉的可能．你准备为多少用户保存状态多久？ |
|
f****4
发帖数: 1359 | 21 你又离题了。
魏老师这对卖春运车票给了个针对性的方案，不是普通意义上的互联网应用。
你给的只是个互联网应用的通用方案，但完全没有根据春运车票的特性进行优化。
就因为车票实际上是有限的（和股票一样）才能这么干。淘宝，amz完全不适用。
stock |
|
g*****g
发帖数: 34805 | 22 单机的系统跟完全scale out的分布式系统比availability和scalability，我老也没啥
好说了。
单机都能解决，还要NoSQL干啥。
魏老师到头来就剩我就是比你牛逼这一句。 |
|
g*****g
发帖数: 34805 | 23 我没一票多卖呀，我就是让随便你下单，回头给你发邮件告诉你成功没。
后台数据库锁到了，银行钱也刷到了，你就买着了，否则没买着。
这个延迟纯粹取决于银行，银行一秒处理了，你立刻就知道了。
量大，1秒出100万个订单，银行处理要几个小时，你就得等几个小时。
魏老师的那点比这个强？下单立刻跟你说买着了，你欢天喜地的，过
几个小时银行那边处理，发现你账号错了，再把你cancel了。那还不如
我刚开始不跟你说成功没。 |
|
z****e
发帖数: 54598 | 24 我说的是魏老师的单机系统，跟古德霸有什么关系？
我压根没有认真看古德霸的设计 |
|
g*****g
发帖数: 34805 | 25 你1GB魏老师不够用呀，他需要80GB的。再说你那1GB的专用光纤，一年使用成本要多少
钱？ |
|
g*****g
发帖数: 34805 | 26 我前面说到淘宝东西多，数量多，不好分库。火车票总共预售几十天，总共几千种，每
种几千张。这差了至少两个数量级了。
你全世界人民来抢票，也只是订单增多，票没增多吧，所以不影响后台处理系统。做架
构最最重要的就是要懂得
分析数据呀。像魏老师那样把订票系统往stock exchange上套，我是没法说。 |
|
z****e
发帖数: 54598 | 27 就是某人跳出来说，我一台server可以搞定核心问题
然后这台server没有做到的东西，都是民工做的事，交给其他民工去处理
我这台server解决了最核心最关键的问题
结果p都没解决，因为出问题的压根不是这块，所以很多人上来第一个回帖就是
做这个干什么？这个又没有问题，但是某人死活不承认这块没有问题
算了半天，死咬这块就是有问题，系统其他出问题的地方一律不予讨论
于是小菊花就问：一碗泡面倒下去，就挂了，于是某人赶紧说
要hot standby，尼玛，这还是单机么？
于是又改口说，其实不是单机，但是可以实现1－2ms内响应
于是别人又问，那如果实现不了呢？要保证能实现
然后继续问，那怎么跟金钱交易挂上钩？
金钱交易怎么可能跟票本身的处理在同一台机器上？
魏老师大怒，你的水平太差了，我没有义务教育你 |
|
z****e
发帖数: 54598 | 28 scale up最合理的做法就是主机
魏老师没有想过主机，也没有想过分布式
他只想到如何省钱，而实际上他省不了钱
因为容灾系统太烂，很容易让他赔得倾家荡产
完全不是一个做稳定系统的人，更适合搞赌博系统
去抢单，抢不到拉倒，比如做一个山寨的插件
去抢铁道部的票，这种合适，也很接近他自己说的，给nasdaq送单
但是反过来，做票务数据的提供商，不适合
他也没有做过nasdaq股票平台的经验 |
|
P********l
发帖数: 452 | 29 udp是无连接,不是无状态.
如果控制请求的字节长度. tcp的功能与udp相比就成了累赘. 剩下的丢包和重复可以在
application里解决.
魏老师对现有的系统效率不高很愤怒.
你对别人不遵守你的知识很愤怒. |
|
g*****g
发帖数: 34805 | 30 利用udp可以做到可靠， 但这是靠aplication layer ack来做到的。
现成的实现有jgroups之类。可惜魏老师就知道吹，号称整个系统一两万行。光
他说的这udp可靠传输，一两万行就出去了。 |
|
P********l
发帖数: 452 | 31 re.
魏老师的设计里, 如果哪一项指标刚好到极限, 项目交付时候发现超过了设计, 登时就
SB了. 不是大大增加了预算就是healthcare.gov了.
了。 |
|
g*****g
发帖数: 34805 | 32 魏老师不就是这样吗？他吹了半天的所谓核心log db系统，cassandra已经实现了，还
带cluster 支持。
他用c++写一个，latency可能能低一些，throughput肯定是被cassandra cluster秒的
。我要他那个东西干啥。
所以到头来没办法了，就只好拍胸脯我写一个能秒cassandra, 反正吹牛不上税。 |
|
z****e
发帖数: 54598 | 33 我觉得直接上tcp就好了
我不是搞游戏的，我是搞网络的
游戏是我自己搞来玩的
所以这些协议反而是我的主业
我认为不上tcp基本上属于自找麻烦
那点节省么有必要
udp替换tcp理论上可以节省latency，而不是提高throughput
但是差错率会增加，要额外处理，没有必要
就像古德霸说的，人家魏老师只打算写2万行代码
不够的 |
|
k****i
发帖数: 1072 | 34 replication factor 3和quorum写，写了两个replicas然后return write failure了怎
么办？Retry和write-ahead log有什么问题？改为写所有replicas原理上和魏老师的有
什么区别？
所谓
他的 |
|
|
l*****9
发帖数: 9501 | 36 goodbug就会吹牛
发信人: goodbug (好虫), 信区: Programming
标 题: Re: Obamacare website
发信站: BBS 未名空间站 (Fri Nov 22 19:34:48 2013, 美东)
lol, scalability is never an issue on front tier. |
|
b*******s
发帖数: 5216 | 37 反正我该说的都说了，写硬盘我也分析了
我们另开个有趣的话题吧
从你和好虫那里，我也学了很多的 |
|
s*******n
发帖数: 344 | 38 有2，3年经验的c/c++嵌入式工程师 有机会进web公司么？
c/c++还可一，不敢说是大牛，c++太广了 新东西也多，跟魏老师比不了。
linux的内存管理，文件系统比较熟悉，虚拟机也懂一些。
web的东西自己会python ruby的一些框架。
数据库自己会搞，但都是小规模的，大规模的优化没经验。
消息队列没搞过，cache之类的，ngix之类的没搞过。
前端只会看 不会写，css,html能看懂
java写过小程序 没有大项目的经验。
您们帮我看看这种档次的，我怎么定位，如何有机会挤进web公司和各位老师一起学习
多谢指点！ |
|
c*********e
发帖数: 16335 | 39 赤果果的bso啊，有房有娃有老婆。赵老师魏老师看过来。 |
|
l**********2
发帖数: 728 | 40 魏，你有TEACHERWEI02,03,04..007的ID吗? |
|
b*******g
发帖数: 603 | 41 别逗了，尼玛几个半路出家的学了点 FP公开说懂 FP的高人一等，才被我追杀。Thrust
是 C++大牛，我怎么不骂他？ |
|
h*i
发帖数: 3446 | 42 基本就这么回事吧。外人一看就明白了。
goodbug这个人可能有点神经病，也不是不可能的。最奇怪的是他的拥兌，要没有这些
白痴，他一个神经病也翻不出啥花样来。 |
|
x**r
发帖数: 2377 | 43 为魏老师当心啊,怎么算达到标准要制定清楚,一次搞死他,不要像上次goodbug这泼皮上
次跟我在股版打赌,本来输了要吃我老拉的屎,最后临阵脱逃,跟篮球版人越好1对1,人家
机票都买好了,他又改赌约条件... |
|
x**r
发帖数: 2377 | 44 呵呵,有你这经验,我更放心魏老师搞死goodbug了,不过检验标准要写清楚,防止这泼皮
耍赖阿,他跟我老在股版打赌,都输得要吃屎了,还不长记性,凡是他看不懂的,都是"装B"
... |
|
J*******u
发帖数: 531 | 45 用bit不是最基本的?你和goodbug还不如说让魏老师别用电脑了,直接手出票得了...
这和goodbug在篮球版跟人打赌1对1,别人飞机票都买好了,goodbug说要加赌5000块有啥
区别? |
|
|
i**i
发帖数: 1500 | 47 少说了一个支付，支付本身由外围机完成。
订完票去支付到支付完成，魏老师得有一个合理的接口来支持。没问题吧？ |
|
a****i
发帖数: 1182 | 48 TW还修养不错？他骂人带上家人父母的，一边说人下作，一边说线下找HR
好虫骂还只是针对网上个人 |
|
h*c
发帖数: 45 | 49 郝老师的deadline似乎是浮动的。前面说是圣诞以前，现在貌似是新年前了。等下变农
历新年了。魏老师给自己设了个strict deadline, 没给郝老师设，貌似吃了亏。 |
|
e*******o
发帖数: 4654 | 50 魏老师水平大大超过包装的能力。要是能找个能忽悠的搭档就好了。
不过人家肯定财务自由了，也不在乎几斗米了。 |
|
