avatar
W*e
1
今天全球资产大瀑布,除了避险资产(黄金和TLT),其他都在飞刀 (石油,美股,欧
股,港股, 人民币, 美金)。
一下子都那么便宜,加息后是让飞刀再飞一会,还是抄底。先炒那个。。。
avatar
m*i
2
刚买了个W700DS,发现远比图片上看起来要大。。。。
谁给推荐一个可以装W700DS的电脑包啊~~
avatar
p*2
3
主要三种方式?parallel collection, future and akka?
感觉前两者比较弱,是不是复杂点就上akka了?
avatar
W*e
4
可惜UVXY早割了,否则现在发财了。。。。
avatar
g*y
5
登山包可以考虑

【在 m******i 的大作中提到】
: 刚买了个W700DS,发现远比图片上看起来要大。。。。
: 谁给推荐一个可以装W700DS的电脑包啊~~

avatar
c*o
6
一般的用法future足够了(单机或不太复杂的多机通讯)。
akka是用在clustered environment里的,主要是大规模,透明的distributed
computing.
avatar
d*g
7
我继续炒石油的底。
4.08挂单中。

【在 W****e 的大作中提到】
: 今天全球资产大瀑布,除了避险资产(黄金和TLT),其他都在飞刀 (石油,美股,欧
: 股,港股, 人民币, 美金)。
: 一下子都那么便宜,加息后是让飞刀再飞一会,还是抄底。先炒那个。。。

avatar
g*y
8
登山包

【在 m******i 的大作中提到】
: 刚买了个W700DS,发现远比图片上看起来要大。。。。
: 谁给推荐一个可以装W700DS的电脑包啊~~

avatar
p*2
9

我感觉future下边是thread,actor更light weight,所以并发效果应该比future要好


【在 c******o 的大作中提到】
: 一般的用法future足够了(单机或不太复杂的多机通讯)。
: akka是用在clustered environment里的,主要是大规模,透明的distributed
: computing.

avatar
W*e
10
不怕加息后美金升值?
avatar
t*t
11
口水ing
真准备背着玩?

【在 m******i 的大作中提到】
: 刚买了个W700DS,发现远比图片上看起来要大。。。。
: 谁给推荐一个可以装W700DS的电脑包啊~~

avatar
c*o
12
是,但是future容易用。
avatar
d*g
13
全部都PRICE IN了。

【在 W****e 的大作中提到】
: 不怕加息后美金升值?
avatar
y*u
14
future应该是asynchronous, no-bloking call

【在 p*****2 的大作中提到】
:
: 我感觉future下边是thread,actor更light weight,所以并发效果应该比future要好
: 。

avatar
W*e
15
希望是这样。。。

【在 d*******g 的大作中提到】
: 全部都PRICE IN了。
avatar
c*o
16
底下其实就是在thread pool上的callback
如果几个future互相之间没有先后等待关系 ,就是多线程并发。

【在 y**********u 的大作中提到】
: future应该是asynchronous, no-bloking call
avatar
p*2
17

多线程并发还是不够好。
我又看了看,感觉scala有这几种并发模式,但是async IO还是很麻烦。准备看看Go了
。Async的话,Node和Go做的更好。

【在 c******o 的大作中提到】
: 底下其实就是在thread pool上的callback
: 如果几个future互相之间没有先后等待关系 ,就是多线程并发。

avatar
p*2
18

底层还是blocking的。除非你用async库,但是用起来貌似也很麻烦。

【在 y**********u 的大作中提到】
: future应该是asynchronous, no-bloking call
avatar
p*2
19

感觉满足不了我的需求。性能不如node。

【在 c******o 的大作中提到】
: 是,但是future容易用。
avatar
c*e
20
AKKA. quite easy to hook up.
avatar
p*2
21

调了调thread pool性能还可以。

【在 p*****2 的大作中提到】
:
: 感觉满足不了我的需求。性能不如node。

avatar
p*2
22

用fixed threadpool akka会比future快吗? 感觉都是share同样数目的threads。

【在 c****e 的大作中提到】
: AKKA. quite easy to hook up.
avatar
g*g
23
那还不如用 Java呢,Actor是为数不多的优势之一。

【在 c******o 的大作中提到】
: 一般的用法future足够了(单机或不太复杂的多机通讯)。
: akka是用在clustered environment里的,主要是大规模,透明的distributed
: computing.

avatar
d*e
24
所以说 搞scla 不如直接上haskwll

【在 p*****2 的大作中提到】
:
: 用fixed threadpool akka会比future快吗? 感觉都是share同样数目的threads。

avatar
z*e
25
纯粹的fp也是灾难

【在 d******e 的大作中提到】
: 所以说 搞scla 不如直接上haskwll
avatar
c*o
26
ironically, scala Future has all the merits you like in java.
easy to use, easy to maintain. and not so many ways to write code.

【在 g*****g 的大作中提到】
: 那还不如用 Java呢,Actor是为数不多的优势之一。
avatar
z*e
27
用vert.x我想用什么语言就用什么语言
各种tutorial照抄就能用
spark,cassandra,各种爽,搞不定我就找java
总能搞定

【在 c******o 的大作中提到】
: ironically, scala Future has all the merits you like in java.
: easy to use, easy to maintain. and not so many ways to write code.

avatar
c*o
28
这个不对.
底层肯定是async的,除非下一个等上一个的结果,那也不是blocking,只是context
switch.
看看我们的integration server performance graph, 很多external service有很长的
latency ),要是blocking,不可能有这种performance. m3.xlarge (4 cores)
不过heavy,如果是外界service latency太高,memory用得很多 (排队)

【在 p*****2 的大作中提到】
:
: 用fixed threadpool akka会比future快吗? 感觉都是share同样数目的threads。

avatar
c*o
29
有一种语言都干了,不是很好?

【在 z****e 的大作中提到】
: 用vert.x我想用什么语言就用什么语言
: 各种tutorial照抄就能用
: spark,cassandra,各种爽,搞不定我就找java
: 总能搞定

avatar
z*e
30
我支持你们用play的跟node.js党好好战一战

【在 c******o 的大作中提到】
: 有一种语言都干了,不是很好?
avatar
z*e
31
scala编译好慢的说,你们怎么解决这个问题的?
吭哧吭哧等半天,用python写的verticle早搞定了
scala还在等

【在 c******o 的大作中提到】
: ironically, scala Future has all the merits you like in java.
: easy to use, easy to maintain. and not so many ways to write code.

avatar
l*s
32
make your brain work in async mode instead.

【在 z****e 的大作中提到】
: scala编译好慢的说,你们怎么解决这个问题的?
: 吭哧吭哧等半天,用python写的verticle早搞定了
: scala还在等

avatar
z*e
33
那还是留给你用吧,我切换到其他语言上去

【在 l*********s 的大作中提到】
: make your brain work in async mode instead.
avatar
d*i
34
True, if I really find it necessary to use FP, then I will not use any JVM
stuff (scala etc.), but I would rather use Haskell.

【在 d******e 的大作中提到】
: 所以说 搞scla 不如直接上haskwll
avatar
c*o
35
无法解决,最多incremental build

【在 z****e 的大作中提到】
: scala编译好慢的说,你们怎么解决这个问题的?
: 吭哧吭哧等半天,用python写的verticle早搞定了
: scala还在等

avatar
l*s
36
大牛说说以后有解决的希望吗?还是和c++一样没戏啊?

【在 c******o 的大作中提到】
: 无法解决,最多incremental build
avatar
c*o
37
会快,但是不会和java一样,不可能。。。。

【在 l*********s 的大作中提到】
: 大牛说说以后有解决的希望吗?还是和c++一样没戏啊?
avatar
z*e
38
但是我听说运行时效率会超过java
某些方面,尤其是数学运算上
矩阵这些

【在 c******o 的大作中提到】
: 会快,但是不会和java一样,不可能。。。。
avatar
c*o
39
我们说的是compile time?

【在 z****e 的大作中提到】
: 但是我听说运行时效率会超过java
: 某些方面,尤其是数学运算上
: 矩阵这些

avatar
z*e
40
嗯,你是对的

【在 c******o 的大作中提到】
: 我们说的是compile time?
avatar
p*2
41

是不是async的指得的是IO。你说的对,你这个是context switch,所以并发效果比
Node就差了。

【在 c******o 的大作中提到】
: 这个不对.
: 底层肯定是async的,除非下一个等上一个的结果,那也不是blocking,只是context
: switch.
: 看看我们的integration server performance graph, 很多external service有很长的
: latency ),要是blocking,不可能有这种performance. m3.xlarge (4 cores)
: 不过heavy,如果是外界service latency太高,memory用得很多 (排队)

avatar
p*2
42

play干node没戏。

【在 z****e 的大作中提到】
: 我支持你们用play的跟node.js党好好战一战
avatar
c*o
43
node 是single thread, 和这个不一样,我这个如果需要能把4个core都搞到100%
core 越多越好用。你那个在m3.xlarge上就不好了,总不能只用一个core吧?
要是你多个node,多个core,那和play不一样?还会差一点。
所以我还是不觉得你对。
要是都在一个core的cpu上跑,没有hyper thread,你说的还差不多。
play的thread pool是by default 1 thread per core

【在 p*****2 的大作中提到】
:
: play干node没戏。

avatar
z*e
44
嗯,我觉得你说得对
vert.x大致构架跟你说的也是一致的

【在 c******o 的大作中提到】
: node 是single thread, 和这个不一样,我这个如果需要能把4个core都搞到100%
: core 越多越好用。你那个在m3.xlarge上就不好了,总不能只用一个core吧?
: 要是你多个node,多个core,那和play不一样?还会差一点。
: 所以我还是不觉得你对。
: 要是都在一个core的cpu上跑,没有hyper thread,你说的还差不多。
: play的thread pool是by default 1 thread per core

avatar
p*2
45

node有cluster。

【在 c******o 的大作中提到】
: node 是single thread, 和这个不一样,我这个如果需要能把4个core都搞到100%
: core 越多越好用。你那个在m3.xlarge上就不好了,总不能只用一个core吧?
: 要是你多个node,多个core,那和play不一样?还会差一点。
: 所以我还是不觉得你对。
: 要是都在一个core的cpu上跑,没有hyper thread,你说的还差不多。
: play的thread pool是by default 1 thread per core

avatar
p*2
47

concurrency level 1000太低了吧?我们都是5K以上。

【在 c******o 的大作中提到】
: then it should be similar:
: http://texh.net/blog/node-js-vs-java-play-framework/
: in fact I think depends on the usage, they can be both winners, they use
: almost same underlying designs.
: But I will prefer Play to do any backend services.

avatar
H*S
48
还是有区别的,不管是future还是actor,你都没有办法interrupt thread。Pure Java
threading包括纯java线程池提供了更多的flexibility,但是用起来确实要小心一点
。最近在看这本Java Concurrency in Practice收益良多,感谢好虫推荐。

【在 c******o 的大作中提到】
: ironically, scala Future has all the merits you like in java.
: easy to use, easy to maintain. and not so many ways to write code.

相关阅读
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。