avatar
Big data是下一个大坑吗# DataSciences - 数据科学
g*u
1
热烈祝贺开版!我希望以后的一切都是公开透明的,这样我们就有信心。
avatar
t*7
2
请原谅我这几天忙的吐血!
我第一次当mod,还请大家多多指教!
avatar
p*x
3
avatar
w*s
4
我来给个摘编:
大数据系统的核心主要是分布式处理框架,因为框架负责工作(job )执行的方方面面
,如工作分解、任务(task)调度与执行、错误容忍、数据流等等。这其中重要的早期
工作是Google的MapReduce框架,它将函数式编程思想引入到分布式数据处理中,仅仅
依托两个函数(map和reduce)不仅解决了一大类的大数据批处理问题,而且用户也再
也不用担心分布式带来的诸多系统层面问题。不过MapReduce缺点也很显著,比如处理
流程过于固定,不支持迭代,工作执行时间一般较长,等等。Hadoop是MapReduce的开
源实现,在国内很流行,而且在08年的时候赢得了TeraSort的冠军,所以市场很蔓延,
形成了庞大而臃肿的生态圈。此后,微软在08年推出了与 MapReduce直接竞争的Dryad
,以DAG型的数据流取代了MapReduce固定的数据流,更复杂但功能更强。09年出现的
DryadLINQ将更多的函数式思想(主要来源于C#的LINQ)引入到分布式编程范型中,这
些即使在今天看来也很先进。再此后Spark出现了,Spark最大的特点在于她的数据模型
采用RDD,以前的框架都把数据当成原始的KV键值对,整个处理流程中不同阶段的数据
没有明确关系。RDD则给出了明确的数据逻辑关系,建立了数据依赖及数据模型,最后
也能方便地将数据模型转化为具体的处理任务。Spark的编程范型应该是借鉴了
DryadLINQ的范型。至于内存cache、迭代计算等特性,只要把MapReduce或Dryad的实现
机制改动一下也可以完成。当然这些特性对减低工作执行时间很重要,因而也是Spark
的髙光点。对应地,EPFL的Scala语言以学院派的特质、函数式、静态 类型、面向对象
、Java兼容等优点,成了Spark的有力武器。现在不少人认为 Scala会是Java的接班人
avatar
c*r
5
毫无疑问
但是如何才能做好,做细,做到家还是挺不容易的
avatar
l*a
6
哈哈,你们组织的非常好呀,加油!

【在 t*********7 的大作中提到】
: 请原谅我这几天忙的吐血!
: 我第一次当mod,还请大家多多指教!

avatar
X*n
7
big data is teenager sex.
Everybody is talking about it. No one really knows how to do it. Everybody
thinks everybody else is doing it. So, everybody is claiming they are doing
it.
avatar
p*a
8
嗯,有问题,建议和意见尽管提,很多骨干义工也会来,参与讨论。

【在 g********u 的大作中提到】
: 热烈祝贺开版!我希望以后的一切都是公开透明的,这样我们就有信心。
avatar
g*A
9
你非常好呀,加油!
avatar
b*o
10
大赞大牛的摘要!!
第一次听说spark,刚刚看了一下文档,有一个疑问。就计算模型而言,spark和Dryad/
Flume几乎一样。我可以想像它做了一些infrastruture的优化(比如memory caching),
从而大大降低了network cost和disk read/write cost。但是它貌似对于迭代算法依旧
不是很有效。
就文档里给的logistic regression的例子:
val points = spark.textFile(...).map(parsePoint).cache()
var w = Vector.random(D) // current separating plane
for (i val gradient = points.map(p =>
(1 / (1 + exp(-p.y*(w dot p.x))) - 1) * p.y * p.x
).reduce(_ + _)
w -= gradient
}
println("Final separating plane: " + w)
每个基本步还是MR,而外层的for loop不是并行的。

Dryad

【在 w***s 的大作中提到】
: 我来给个摘编:
: 大数据系统的核心主要是分布式处理框架,因为框架负责工作(job )执行的方方面面
: ,如工作分解、任务(task)调度与执行、错误容忍、数据流等等。这其中重要的早期
: 工作是Google的MapReduce框架,它将函数式编程思想引入到分布式数据处理中,仅仅
: 依托两个函数(map和reduce)不仅解决了一大类的大数据批处理问题,而且用户也再
: 也不用担心分布式带来的诸多系统层面问题。不过MapReduce缺点也很显著,比如处理
: 流程过于固定,不支持迭代,工作执行时间一般较长,等等。Hadoop是MapReduce的开
: 源实现,在国内很流行,而且在08年的时候赢得了TeraSort的冠军,所以市场很蔓延,
: 形成了庞大而臃肿的生态圈。此后,微软在08年推出了与 MapReduce直接竞争的Dryad
: ,以DAG型的数据流取代了MapReduce固定的数据流,更复杂但功能更强。09年出现的

avatar
R*d
11
恭喜恭喜
avatar
p*o
12
哈哈,看大家的帖子,省了好多时间去寻找。
logistic regression的算法本身是顺序的,没有什么framework可以一般地
并行处理这种迭代算法的。在mahout中,logistic是用stochastic gradient
descent计算的,每步之间也不是并行的。可以利用的一点是让每一个节点
把中间计算值提前送到reducer,这样计算的时候不用等待需要的数据。

Dryad/

【在 b*****o 的大作中提到】
: 大赞大牛的摘要!!
: 第一次听说spark,刚刚看了一下文档,有一个疑问。就计算模型而言,spark和Dryad/
: Flume几乎一样。我可以想像它做了一些infrastruture的优化(比如memory caching),
: 从而大大降低了network cost和disk read/write cost。但是它貌似对于迭代算法依旧
: 不是很有效。
: 就文档里给的logistic regression的例子:
: val points = spark.textFile(...).map(parsePoint).cache()
: var w = Vector.random(D) // current separating plane
: for (i : val gradient = points.map(p =>

avatar
l*m
13
是的。现在有些方法是用parallel去加快收敛
http://static.googleusercontent.com/media/research.google.com/e
有一次会上,他们说google已经run in production了

【在 p****o 的大作中提到】
: 哈哈,看大家的帖子,省了好多时间去寻找。
: logistic regression的算法本身是顺序的,没有什么framework可以一般地
: 并行处理这种迭代算法的。在mahout中,logistic是用stochastic gradient
: descent计算的,每步之间也不是并行的。可以利用的一点是让每一个节点
: 把中间计算值提前送到reducer,这样计算的时候不用等待需要的数据。
:
: Dryad/

avatar
l*n
14
是不是坑,每个人的理解不一样。
只要有需求,有工作,pay得好,跳了这个坑又有啥不好?

Dryad

【在 w***s 的大作中提到】
: 我来给个摘编:
: 大数据系统的核心主要是分布式处理框架,因为框架负责工作(job )执行的方方面面
: ,如工作分解、任务(task)调度与执行、错误容忍、数据流等等。这其中重要的早期
: 工作是Google的MapReduce框架,它将函数式编程思想引入到分布式数据处理中,仅仅
: 依托两个函数(map和reduce)不仅解决了一大类的大数据批处理问题,而且用户也再
: 也不用担心分布式带来的诸多系统层面问题。不过MapReduce缺点也很显著,比如处理
: 流程过于固定,不支持迭代,工作执行时间一般较长,等等。Hadoop是MapReduce的开
: 源实现,在国内很流行,而且在08年的时候赢得了TeraSort的冠军,所以市场很蔓延,
: 形成了庞大而臃肿的生态圈。此后,微软在08年推出了与 MapReduce直接竞争的Dryad
: ,以DAG型的数据流取代了MapReduce固定的数据流,更复杂但功能更强。09年出现的

avatar
e*n
15
不跳咋知道是坑?
avatar
z*e
16
spark5月底刚刚release1.0版
现在去搞不迟,说能比hadoop快10x
目前语言支持java, python&scala
python还是jython,所以3.x还不行,应该是2.5
avatar
z*e
17
2.6
看了下,可以用numpy在spark上
scipy不行,很大的进步
avatar
d*i
18
不同意最后一句,学院派YY搞了很多年了,始终想把fp来蒙混人民群众,现在几十年了
好不容易搞到一个支点,但是你说scale要想代替Java,傻子才相信。

Dryad

【在 w***s 的大作中提到】
: 我来给个摘编:
: 大数据系统的核心主要是分布式处理框架,因为框架负责工作(job )执行的方方面面
: ,如工作分解、任务(task)调度与执行、错误容忍、数据流等等。这其中重要的早期
: 工作是Google的MapReduce框架,它将函数式编程思想引入到分布式数据处理中,仅仅
: 依托两个函数(map和reduce)不仅解决了一大类的大数据批处理问题,而且用户也再
: 也不用担心分布式带来的诸多系统层面问题。不过MapReduce缺点也很显著,比如处理
: 流程过于固定,不支持迭代,工作执行时间一般较长,等等。Hadoop是MapReduce的开
: 源实现,在国内很流行,而且在08年的时候赢得了TeraSort的冠军,所以市场很蔓延,
: 形成了庞大而臃肿的生态圈。此后,微软在08年推出了与 MapReduce直接竞争的Dryad
: ,以DAG型的数据流取代了MapReduce固定的数据流,更复杂但功能更强。09年出现的

avatar
d*i
19
工业界的人对学校里面学院派搞出来的这些骗人的FP: lisp, scheme, haskell, scala
等等表示毫无用处,适合自己YY,不要试图蒙混过关,浑水摸鱼,绑架传统语言。

Dryad

【在 w***s 的大作中提到】
: 我来给个摘编:
: 大数据系统的核心主要是分布式处理框架,因为框架负责工作(job )执行的方方面面
: ,如工作分解、任务(task)调度与执行、错误容忍、数据流等等。这其中重要的早期
: 工作是Google的MapReduce框架,它将函数式编程思想引入到分布式数据处理中,仅仅
: 依托两个函数(map和reduce)不仅解决了一大类的大数据批处理问题,而且用户也再
: 也不用担心分布式带来的诸多系统层面问题。不过MapReduce缺点也很显著,比如处理
: 流程过于固定,不支持迭代,工作执行时间一般较长,等等。Hadoop是MapReduce的开
: 源实现,在国内很流行,而且在08年的时候赢得了TeraSort的冠军,所以市场很蔓延,
: 形成了庞大而臃肿的生态圈。此后,微软在08年推出了与 MapReduce直接竞争的Dryad
: ,以DAG型的数据流取代了MapReduce固定的数据流,更复杂但功能更强。09年出现的

avatar
u*n
20
lol,很形象。

doing

【在 X***n 的大作中提到】
: big data is teenager sex.
: Everybody is talking about it. No one really knows how to do it. Everybody
: thinks everybody else is doing it. So, everybody is claiming they are doing
: it.

avatar
C*r
21
Scala的优点还是很多的。
avatar
l*s
22
关键是最后一点 :-)
avatar
r*n
23
Big data 应该包含 storage, process 和 analytics
Map reduce只是支撑 process 很小的一块

Dryad

【在 w***s 的大作中提到】
: 我来给个摘编:
: 大数据系统的核心主要是分布式处理框架,因为框架负责工作(job )执行的方方面面
: ,如工作分解、任务(task)调度与执行、错误容忍、数据流等等。这其中重要的早期
: 工作是Google的MapReduce框架,它将函数式编程思想引入到分布式数据处理中,仅仅
: 依托两个函数(map和reduce)不仅解决了一大类的大数据批处理问题,而且用户也再
: 也不用担心分布式带来的诸多系统层面问题。不过MapReduce缺点也很显著,比如处理
: 流程过于固定,不支持迭代,工作执行时间一般较长,等等。Hadoop是MapReduce的开
: 源实现,在国内很流行,而且在08年的时候赢得了TeraSort的冠军,所以市场很蔓延,
: 形成了庞大而臃肿的生态圈。此后,微软在08年推出了与 MapReduce直接竞争的Dryad
: ,以DAG型的数据流取代了MapReduce固定的数据流,更复杂但功能更强。09年出现的

avatar
C*r
24
Big data and data science are both over-hyped. Regardless, it doesn't hurt
to learn new skills all the time.
相关阅读
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。