喷点短的吧,有点价值的新研究没人讨论

中山野鬼 发布于 2013/08/24 15:45
阅读 643
收藏 1

啥是好系统。内部各个模块尽可能上下文无关的系统。这里单说服务器啊,不说前端,特别是桌面系统设计。哈。

如果谈程序,无非计算(包括逻辑跳转),数据。数据分两种,实际是三种。一种是外部给入的控制参数,会影响控制流,一种是纯数据, 不影响计算流程,一种是数据的计算结果会影响自身控制流。

让某段程序倒霉的,比如不慢的变慢了,正确的变不正确了,活着的变崩溃了,通常是第三种。第一种好检测,第二种只会导致计算错误,不会导致计算流程错误。

而影响模块不能工作的原因除了第三种情况,还包括资源不足导致模块功能停滞或丧失(后者例如动态存储空间,磁盘空间,网络资源等)。

而尽可能上下文无关的模块,从内部说,计算流程不会因为第三种数据的出现而变迁,(简单说这个模块外部调用时可测),从外部说,模块的执行不会因为外部资源的占用而停滞。

好系统是性能可提升的系统。包括计算吞吐量和计算速度。上下文无关的模块,才可能更好的根据计算任务切割任务,实际是数据,通过并发实现上述目标。多买机器本身是前提啊。哈。

绝对的独立模块在正常系统中很少出现。毕竟计算流程中,存在数据同步要求(纯粹的计算同步如果存在于你的设计方案中,那么改用vhdl做逻辑电路吧)。有各种方法可以用伪异步来实现同步的消减,虽然可能带来一些计算时间的消耗,但相对模块的计算时间的消耗,这并不是大头。

简单一句话,线程这种可能诱导各种同步关联设计的对象,并不适合服务器端的系统。当你反喷我,线程的共享同步机制可以提高效率的时候,想想这如何在系统规模要求提升下,解决模块之间降同步的问题。同步问题不降解,随着模块数量的增加(单机多控制流,多机集群),你就改和调吧,最终甚至可能出现意想不到的死锁问题。哈。

一个单任务的程序快,只能说是小聪明,无论你里面的线程共享设计多么巧妙的提升不同控制流的同步速度。大系统才能体现大智慧。单就linux ,无论什么语言,进程化,仍然是我所支持的。

说点关联的“新名词”吧,hadoop中间有个map reduce。不过他给不了你降同步的解决方案,但给你了一个可并发的框架,说来说去,等于什么也没帮你做。哈。说他是玩具,估计有人要喷我。没关系,我只说个事实,你真到有水平能利用 mapreduce的框架,作出良好的消同步的并发设计时,估计你自己也会考虑基于native的进程方式来实现。反过来,如果不具备基于进程方式实现大并发计算的程序员,你用hadoop倒腾死了,也还是那么会事。

别拿hadoop搞了某某商业级的系统应付我,没有资深的设计团队做开发,怎么个商业应用都是假的。当然不反对hadoop在某一类的商业应用上,通过资深团队可以开发出来。

加载中
1
gvim
gvim
你思考这些东西如果没有借鉴纯粹自己悟的,说明有慧根。否则,100年前的lambda,60年前出现的lisp和30年前出现的erlang,到几年前出现的clojure,已经早完成从计算理论到实用平台的进化。
0
情天大圣
情天大圣
广告位出租
0
南湖船老大
南湖船老大
还在喷啊,真是一天不喷不舒服
0
oldpig
oldpig
可以想象,你的书如果真出版了,一定是中文烂书的新底线。
0
中山野鬼
中山野鬼

引用来自“南湖船老大”的答案

还在喷啊,真是一天不喷不舒服
每天要思考问题。有些问题,需要讨论。这就是喷的原因。程序设计,是面向新问题的。新问题,不是某个工具该用哪个架构,用哪个包包能解决的。不是前段时间有人喷我“不学无术”麻。哈。那些不能解决问题的东西,有什么好学的。。
0
中山野鬼
中山野鬼

引用来自“oldpig”的答案

可以想象,你的书如果真出版了,一定是中文烂书的新底线。
我现在已经懒的和你这种我在说什么都看不懂的人互喷了。哈。因为发现更本学不到什么知识。
0
吕秀才
吕秀才

其实,世界上一些比较好的发明,创新都是一些人在一起“喷”,思维碰撞而产生了!

支持理论喷,鄙视脑残喷,无脑喷!

0
中山野鬼
中山野鬼

引用来自“吕秀才”的答案

其实,世界上一些比较好的发明,创新都是一些人在一起“喷”,思维碰撞而产生了!

支持理论喷,鄙视脑残喷,无脑喷!

是这个问题。喷就大家讲逻辑,讲道理,别人喷我,我要反驳,我需要重新查资料,组织思维,这本身就是再学习,可惜很多喷,都不知道我在说什么。无非一看我说了一些他们不爽的事实,比如hadoop是玩具,各种语言都有局限性,就跳起来了。不过怎么跳,也改变不了这些事实。

我也支持别人来反对我的观点“hadoop是玩具“,问题你倒是说说它的原理和设计目标,针对这种原理和设计目标,hadoop的实现方式不算玩具,那么我非常接受这种反对声音,这会让我重新分析hadoop的实际情况。

0
南湖船老大
南湖船老大

引用来自“中山野鬼”的答案

引用来自“吕秀才”的答案

其实,世界上一些比较好的发明,创新都是一些人在一起“喷”,思维碰撞而产生了!

支持理论喷,鄙视脑残喷,无脑喷!

是这个问题。喷就大家讲逻辑,讲道理,别人喷我,我要反驳,我需要重新查资料,组织思维,这本身就是再学习,可惜很多喷,都不知道我在说什么。无非一看我说了一些他们不爽的事实,比如hadoop是玩具,各种语言都有局限性,就跳起来了。不过怎么跳,也改变不了这些事实。

我也支持别人来反对我的观点“hadoop是玩具“,问题你倒是说说它的原理和设计目标,针对这种原理和设计目标,hadoop的实现方式不算玩具,那么我非常接受这种反对声音,这会让我重新分析hadoop的实际情况。

    我直觉你对hadoop没多少使用经验,至于源码也没什么独到的见解,对其认识大多来自于网上的一些博客和资讯,以及自己的单方面理解。

     我也认识一位hadoop黑,比你年轻,在你面前就是无名小辈,目前没工作,专心在家学东西,他是codefollower,后来他发明了自己的轮子,lealone。他的水平谈不上比你高,但是他是个积极的喷子,每次都能喷一些内情出来,喷得让正反双方长姿势,还能用实际行动证明自己的想法。

     而你,喷的没有干货,都是一些大而泛的东西,每次都泛泛而谈(别说你站的高度高,从宏观下手。宏观经济,炒股的老大爷也能说的头头是道;宏观计算机,月光博客的博主,一个SEO写得比你好多了),都是一些网上就能google到的各种说辞,一个SEO多看几天文章也能写出来的东西。一句话,就是喷的没营养。给人一种大言不惭低级黑的感觉,这是我一直所不齿的。

     最后,你这篇文章真的没啥营养,老调重弹的进程线程,模块和数据。倒来倒去,你所有的文章里就这么几句话,看多了,我都能模仿你的语气喷几句了

0
中山野鬼
中山野鬼

引用来自“gvim”的答案

你思考这些东西如果没有借鉴纯粹自己悟的,说明有慧根。否则,100年前的lambda,60年前出现的lisp和30年前出现的erlang,到几年前出现的clojure,已经早完成从计算理论到实用平台的进化。
都是经验总结。。做错了,才知道问题,知道问题,自然要思考原因。。哈。
返回顶部
顶部