加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 综合聚焦 > 服务器 > 安全 > 正文

斯卡拉 – 什么时候演员不合适?

发布时间:2020-12-16 18:30:42 所属栏目:安全 来源:网络整理
导读:每当我需要同时运行两个线程时,我就会使用actor.我没有明确地使用线程. 有人告诉我,演员很重,使用它们并不总是一个好主意. 使用演员以及何时不使用演员的正确场景是什么? 我的一些演员只是有一个循环但没有反应.这是一个好习惯吗? [编辑] 在Actor的循环中
每当我需要同时运行两个线程时,我就会使用actor.我没有明确地使用线程.

有人告诉我,演员很重,使用它们并不总是一个好主意.

>使用演员以及何时不使用演员的正确场景是什么?
>我的一些演员只是有一个循环但没有反应.这是一个好习惯吗?

[编辑]

>在Actor的循环中使用Thread.sleep是不好的做法吗?

解决方法

Actors提供了一个带有消息传递计算模型的分布式异步算法,并且最适合适合该模型的任务.

Scala的演员可以共享内存,使其足够依赖于内存共享的算法,但不是特别如此,因为你放弃了演员的主要优势.另一方面,也没有特别的缺点.

有关更多信息,请参阅维基百科上的Distributed Computing.

有两类主要的任务并不是特别合适:

>严重依赖同步的任务

这与锁定无关,或者在开始其他操作之前等待某些事情.同步系统的主要特征是严重依赖于任务的时间顺序.

例如,如果你需要知道哪个任务首先完成,那么演员缺乏对消息排序的保证使它们不合适.
>本质上是data parallel的任务

这是在不同的数据块上执行相同计算的情况,它们之间没有依赖性.

map-reduce算法的“map”部分适合这种情况.

虽然actor可以做到这一点,但是使用fork / join设置可以完成同样的事情而且开销更少. Scala 2.9将具有针对此类任务的并行集合.

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读