由买买提看人间百态

boards

本页内容为未名空间相应帖子的节选和存档,一周内的贴子最多显示50字,超过一周显示500字 访问原贴
Programming版 - 我眼里的单机和分布系统之争的技术根源
相关主题
论拿出code设计模式要不要搞?
原来zhaoce是个搅屎棍哪里有各种设计模式的C++示例?
算了,来这儿的都不是诚心讨论技术的design patterns到底有用吗?
zhaoce怎么不见了hadoop java 里面的SomeClass.class 是什么意思?
zhaoce不是老邢顾的发帖的,就是个傻逼问个设计模式的问题吧,STL里面
百万订单是用户发起的请推荐C++ design方面的书
设计模式作者之一John Vlissides去世问一个设计模式的问题
EE找CS的工作求指教面向对象设计的SOLID原则
相关话题的讨论汇总
话题: 系统话题: 分布话题: 单机话题: 技术话题: 讨论
进入Programming版参与讨论
1 (共1页)
o**2
发帖数: 168
1
旁观了魏老师和goodbug/zhaoce的讨论,本来想参与的,只是预期中的讨论,很快就演
变成了争论。其实大家都是工程师,应该多关心一点engineering,就是谈技术不谈人
。而不是我胜了,或我这边的胜了,技术又不是谁的。
我今天为这家公司设计单机系统,明天为那家公司设计分布系统,有什么问题。因为今
天的现实是:分布系统发展很大,侵蚀了原单机系统的领域,但单机系统在少数领域还
是有优势的。所以魏在讨论之前就给讨论范围加了很多限定,反映了对这个现状了认知
,我觉得是很有工程师技术素养的表现。
今天分布系统还不能完胜单机系统,我个人认为是因为分布系统还没有出现一个通用的
设计模式,现在的很多方案都是比较特定的。源于有一个核心没有解决:就是多个
transactions是不能组合的,不论是本地的,还是分布的,但这个核心问题对分布系统
比较致命。今天不知道是什么状态,但大约两年前,我查了不少论文,学术界也没有什
么头绪。
一但transaction的组合问题解决了(就是多个小transaction可以组成一个大
transaction,然后可以重复,象树结构一样),分布系统基本上可以取代单机系统了。
g*****g
发帖数: 34805
2
他的单机系统根本撑不住每秒10万次的写,弄个内存数据库那是纯忽悠,没人敢担那样
的风险。谁都知道单机系统简单。但是单机系统在scalability, availability上
都有问题,即使scale up能顶得住,也不如cloud computing的解决方案方案便宜。

【在 o**2 的大作中提到】
: 旁观了魏老师和goodbug/zhaoce的讨论,本来想参与的,只是预期中的讨论,很快就演
: 变成了争论。其实大家都是工程师,应该多关心一点engineering,就是谈技术不谈人
: 。而不是我胜了,或我这边的胜了,技术又不是谁的。
: 我今天为这家公司设计单机系统,明天为那家公司设计分布系统,有什么问题。因为今
: 天的现实是:分布系统发展很大,侵蚀了原单机系统的领域,但单机系统在少数领域还
: 是有优势的。所以魏在讨论之前就给讨论范围加了很多限定,反映了对这个现状了认知
: ,我觉得是很有工程师技术素养的表现。
: 今天分布系统还不能完胜单机系统,我个人认为是因为分布系统还没有出现一个通用的
: 设计模式,现在的很多方案都是比较特定的。源于有一个核心没有解决:就是多个
: transactions是不能组合的,不论是本地的,还是分布的,但这个核心问题对分布系统

x****d
发帖数: 1766
3
他爹是常委,就让他玩这票了,咋能说没人敢担这样的风险呢?
你的意思还是假设了一个合理的体制,但是事实这个体制不是合理的,这种体制会出很
多废品也会出淘宝那样的英雄。魏老师方案真上了,也没啥,人家砸了,常委爹也能给
他摆平,外人知道的还是魏老师牛!

【在 g*****g 的大作中提到】
: 他的单机系统根本撑不住每秒10万次的写,弄个内存数据库那是纯忽悠,没人敢担那样
: 的风险。谁都知道单机系统简单。但是单机系统在scalability, availability上
: 都有问题,即使scale up能顶得住,也不如cloud computing的解决方案方案便宜。

f****4
发帖数: 1359
4
真不容易啊,还是有点明白人。更不容易的是周末码这么多字,太浪费了,陪娃多好?
明天上班我也码点字。不然难得有人亮点干货也给刷屏刷没了。最后就变成了通用方案
万胜。。。

【在 o**2 的大作中提到】
: 旁观了魏老师和goodbug/zhaoce的讨论,本来想参与的,只是预期中的讨论,很快就演
: 变成了争论。其实大家都是工程师,应该多关心一点engineering,就是谈技术不谈人
: 。而不是我胜了,或我这边的胜了,技术又不是谁的。
: 我今天为这家公司设计单机系统,明天为那家公司设计分布系统,有什么问题。因为今
: 天的现实是:分布系统发展很大,侵蚀了原单机系统的领域,但单机系统在少数领域还
: 是有优势的。所以魏在讨论之前就给讨论范围加了很多限定,反映了对这个现状了认知
: ,我觉得是很有工程师技术素养的表现。
: 今天分布系统还不能完胜单机系统,我个人认为是因为分布系统还没有出现一个通用的
: 设计模式,现在的很多方案都是比较特定的。源于有一个核心没有解决:就是多个
: transactions是不能组合的,不论是本地的,还是分布的,但这个核心问题对分布系统

g*****g
发帖数: 34805
5
我咋觉得魏老师的方案最通用呢?反正就是俩个嘴皮子一张,就是80GB的网卡是
bottleneck,
延迟微妙级,硬件成本只要1万。算算能撑每秒一亿次request,google也不过如此。
什么stock exchange更不在话下。nasdaq那几千个结点的cluster纯浪费,换他这一台
机器就解决问题了。
我觉得魏老师出来卖解决方案,IBM立刻就得倒闭有没有?

【在 f****4 的大作中提到】
: 真不容易啊,还是有点明白人。更不容易的是周末码这么多字,太浪费了,陪娃多好?
: 明天上班我也码点字。不然难得有人亮点干货也给刷屏刷没了。最后就变成了通用方案
: 万胜。。。

s********y
发帖数: 1547
6
haha
o**q
发帖数: 47
7
落后了吧,分布系统早就完胜单机系统了:
http://phdtree.org/toplist/field/cs/
http://phdtree.org/

【在 o**2 的大作中提到】
: 旁观了魏老师和goodbug/zhaoce的讨论,本来想参与的,只是预期中的讨论,很快就演
: 变成了争论。其实大家都是工程师,应该多关心一点engineering,就是谈技术不谈人
: 。而不是我胜了,或我这边的胜了,技术又不是谁的。
: 我今天为这家公司设计单机系统,明天为那家公司设计分布系统,有什么问题。因为今
: 天的现实是:分布系统发展很大,侵蚀了原单机系统的领域,但单机系统在少数领域还
: 是有优势的。所以魏在讨论之前就给讨论范围加了很多限定,反映了对这个现状了认知
: ,我觉得是很有工程师技术素养的表现。
: 今天分布系统还不能完胜单机系统,我个人认为是因为分布系统还没有出现一个通用的
: 设计模式,现在的很多方案都是比较特定的。源于有一个核心没有解决:就是多个
: transactions是不能组合的,不论是本地的,还是分布的,但这个核心问题对分布系统

o**2
发帖数: 168
8
Interesting...which one?

【在 o**q 的大作中提到】
: 落后了吧,分布系统早就完胜单机系统了:
: http://phdtree.org/toplist/field/cs/
: http://phdtree.org/

1 (共1页)
进入Programming版参与讨论
相关主题
面向对象设计的SOLID原则zhaoce不是老邢顾的发帖的,就是个傻逼
老板嫌我C++太差!请推荐。百万订单是用户发起的
问一个简单的:setter 和getter有什么用处?设计模式作者之一John Vlissides去世
c++越写越没有信心,觉得自己水平弱的不行EE找CS的工作求指教
论拿出code设计模式要不要搞?
原来zhaoce是个搅屎棍哪里有各种设计模式的C++示例?
算了,来这儿的都不是诚心讨论技术的design patterns到底有用吗?
zhaoce怎么不见了hadoop java 里面的SomeClass.class 是什么意思?
相关话题的讨论汇总
话题: 系统话题: 分布话题: 单机话题: 技术话题: 讨论