avatar
y*i
1
原则1:选择儿童感冒药先看是否为儿童专用
宝宝感冒,一定优先选择有“小儿”、“儿童”、“娃娃”等字样的专门为宝宝感
冒研制的抗感冒中成药。儿童剂型的感冒药,药物组成剂量相对小,也相对更安全一些
;而且用药时尽量选择一种药吃。
原则2:非小儿专用抗感冒中成药,服用需减剂量
一些抗感冒中成药儿童也可以吃,但是一定要在医生指导下减少剂量再服。比如蒲
地蓝消炎口服液、抗病毒口服液、双黄连口服液等,均是这类药。
儿童用药需根据年龄与体重计算用量,我国国家中医药管理局2010年发布的《中成
药临床应用指导原则》建议:3岁以内服1/4成人量,3~5岁可服1/3成人量,5~10岁可
服1/2成人量,10岁以上与成人量相差不大即可。
原则3:选择中成药不能靠药名,需仔细辨别症状
众所周知,中成药如果辨证不准确吃错了药,不但起不到治疗效果,反而有害。而
有些中成药的名称往往带有迷惑性,比如蒲地蓝消炎口服液,很多人就会有它有抗菌药
的作用,但实际上中成药不能替代抗菌药。所以中成药的应用一定要仔细阅读药品说明
书中适应症的症状,不能辨别时需咨询中医医生。
avatar
v*y
2
我们在纽约,有个旅行社要价145美刀。
想看看有没有更合算的。
谢谢!
avatar
s*i
3
我设计了一个放在路面上的小设备,用来测量重量。主要是用到了load cell。我是直
接从生产厂家购买的load cell。他们的load cell肯定有自己的专利,请问我这样基于
别人的产品设计的设备,能申请专利吗?会不会侵犯了load cell厂家的权利啊?
谢谢哦
avatar
n*e
4
【 以下文字转载自 Reunion 讨论区 】
发信人: nasridine (smelly dog), 信区: Reunion
标 题: OPT期间父母来美国签证问题
发信站: BBS 未名空间站 (Sat Nov 13 10:51:41 2010, 美东)
应该还是按照B2来签的吧?
如果opt明年1月过期, h1b还没有批下来 (估计要两三个礼拜, non-profit company)
会不会有问题?
avatar
m*a
5
买个$1000左右的东西,有买家联系要付casher check, 买家有一百多个feedback,能
看到细节的只有一个,同类东西。我问买家收到check再寄东西可以不,买家说可以。
说实话,我也不着急卖,如果可能有什么问题的话,我不愿意冒险。谢谢!
avatar
b*a
6
想到胜望渺茫的战事,孙仲山和副手都没了商量军务的心思。因为已经没有这个必要了
。当下敌我双方的兵力差距太过悬殊,什么样的筹画谋略和排兵布阵,都无法改变这个
残酷的事实。这种时候,说什么兵法战策烂熟在胸都是无济于事,讲什么将帅一心三军
用命也只能是苟延一时……
简陋的指挥所里很安静。孙仲山和副手隔着“军案”对坐,谁都不说话,各自低
着头想心事。行军蜡烛的灯芯即将燃到尽头;一小汪蜡油在渐渐枯萎的灯火下闪耀着暗
淡的白光。蜡烛最后的一点黄光把两个人的背影拖得长长的,投射到灰蒙蒙的雨蓬上。
也不知过了多少时间,副手终究耐不住沉重得令人窒息的气氛,咳嗽了一声说道
:“那,我先去歇一会。天一亮,我带三百人先上……”
“好。”
副手持着腰刀佝偻身站起来,咧着嘴还想说什么话,就听帐外马刺叮当一串响,
喇啦一声临时充当帐帘门的军毯就被人扯掉,一个人蒙头盖脸裹着军毯就摔进来,嘴里
还大呼小叫地嚷嚷:
“将军!将军!段修,段……找到段将军了!”
什么?
副手见机快,呛啷一声响腰刀就抵在那人的颈项上。孙仲山也被眼前的突然变故
闹得有点出楞,腾地跳起来就去抚剑柄,听说那人嘴里蹦出“段修”俩字,一脚便踢开
副手的刀,踏前一步哑着嗓子问:“你是说段修?一一他在哪里?”
那个小校爬在地下翻起手掌朝自己的来路一指:“已经来了!马上就到!段将军
马上就到!”
孙仲山抬头望出去,漆黑昏沉一片中,影影绰绰似乎是有几个人在朝这里过来,
旋即就听到段修那苍老难辩的岚州口音:“盛解(孙将军)在哈(哪里)?”
孙仲山心头一轻,禁不住就长舒一口气,和副手对望一眼,各自心头都油然而生
一股万死还生的侥幸感觉。两个人赶忙抢步出去迎接段修。
段修已经负了伤,一条胳膊挂在颈项上,将军甲胄也拆了半边,右肩两肋都紧紧
裹着生布,好几处地方还带着黑糊糊的血迹;微弱的烛火下,盔甲战袍有的地方颜色深
有的地方颜色浅,一望可知都染过血。孙仲山一面搀扶着他坐下,一面吩咐人说:“赶
紧叫军医过来!快,快去想办法准备点热乎的汤水吃食!”
段修疲惫地摆了下右手,说:“不用。有酒的话,拿点来就行。”孙仲山这才发
现,段修的右手也受了伤,尾指无名指中指全被斩掉一节,只是裹着手的生布条已经被
血浸透变得乌黑,所以乍见面时才不被人留意。他的眉头不由得一跳一一段修这样的职
务还如此力战,可见当时战况之紧敌势之猛。段修托着受伤的胳膊,继续说,“眼下没
时间管顾这些。孙将军,你这里有多少人?”
孙仲山吩咐亲兵:“去取酒!”转回头径直对段修说道,“我带来三个营一千三
百人;另外路途上还收容了左营六百人。一共是一千九百能战的兵……”
“够了!带上你的人,咱们先去把营寨夺回来!”
“现在不行。”孙仲山说。他从怀里掏出军令,“这是督帅钧令,请老将军过目
。”
段修飞快地看过军令,默了默随即起身行个军礼,说道:“既然军令如此,那从
此刻起左营一切都交予孙将军指挥决断。职下段修,遵从孙将军号令。”三个随他而来
的左营军官也默不作声地一同行参见礼。
如此紧急时刻,孙仲山也没客套谦逊,先扶段修坐下,自己也端端重重在马扎上
坐了,开口就问道:“左营现在还有多少人?”
“……一千三百多。能打的,不到一千。”
“现在在哪里?”
“……都在南边十里的一条小河沟里。”段修羞愧地低下头。这场败仗都是因为
他一时大意造成的。假如他在发现敌情的第一时间就禀报中军的话,假如他能在敌人立
足未稳时就下决心驱逐这股敌人的话,假如他在察觉敌人不进不退似有他意时就下令各
营集中的话,也许就不会败得这么惨……可是他现在已经无法去改正自己前头犯下的错
误了。他能做的就是尽力弥补自己的错误。
“追赶你们的突竭茨主力,现在在什么位置?”
孙仲山这话一问出来,三个抚刀垂首肃立的左营军官都忍不住悄悄撩眼皮望了他
一眼。他们过来还不到片刻,段修半个字都还没提到与敌人周旋直到天黑的事,怎么孙
仲山就知道了?看来这孙仲山青云直上,也不是全是依仗当初和提督结下的情谊,他自
己也有别人不能比的能耐,就这份运筹帷幄深谋默算的本事,怪不得有人背后给他起绰
号“小将军”……
段修在燕州呆过很长一段时间,了解商成的几个心腹爱将的长长短短,钱老三猛
,姬正范全勇,邵川忠诚耿介,郑七机灵警醒,文沐周全仔细……惟独这个孙仲山机谋
善断,能奔袭能野战,可谓是智勇双全,也最受商成器重。所以他并不象几个手下那样
惊异,喝了口亲兵说来的温水,说道:“营盘被踹,我们就向南边打边走一一不敢让敌
人主力沿道路去黑水。和南边的一个营合兵也没能打退敌人,直到天黑才摆脱敌人。其
实也不算是摆脱,是他们自己退了。这股敌人大约有四五千,大腾良部大约有三千人,
完奴儿部大概有一千多人……”
孙仲山紧皱起眉头听他说话,突然插嘴问道:“没有阿勒古三部的兵?”
段修摇了摇头,说:“没有看见阿勒古三部的旗号;也没有听说。也有大帐兵,
但是很少,不过两三百人……”他偏头看了一眼三个手下。一个军官说:“有大帐兵的
百人队黑幡,没有黑旗。”
看孙仲山低着头若有所思,段修停了一下才继续说道:“……我们本来打算先夺
回营寨,把贮在寨里的两百套铁甲和七千支箭毁掉,辗转运动到这里,正好和你们遇上
……”
孙仲山这才明白为什么大半夜都没能找到段修。左营残部和敌人鏖战几个时辰,
已经尽是惊兵疲兵,稍有风吹草动就疑神疑鬼,说是队伍运动,也许就是各部化整为零
躲躲藏藏地慢慢挪。再说,草原那么大,又是没有月亮的黑夜,探哨找不到他们也很平
常……思量着,他慢慢说道:“那好,就依老将军的前盘计划,左营就在这里集结,天
亮之后抢夺营盘。我带来的左营官兵,也让他们回归建制,一并听老将军派遣。”说着
他把随身携带的地图铺在“军案”上,招呼副手和几个左营军官都靠前,指着舆图说,
“你们打老营盘,声势要猛,动静要大,但是攻势不能太快,要想办法吸引湖边驻扎的
敌人主力过来……”
三个左营军官相互交换一下眼神,同时一咧嘴。这姓孙的完全是瞎指挥!别说打
仗靠的就是一鼓作气,眼下左营新败,下头的兵都和惊弓之鸟差不多,还要他们慢慢地
打,吸引敌人主力?这仗怎么打,怎么吸引敌人?怕是敌人主力没来,自己就先一哄而
散了。
一个军官咂着嘴,不阴不阳地说:“孙将军果然是好计算!我们把敌人主力吸引
出来,你带着兵去偷敌人的营寨?”
“我看这计算能成事。”另外一个军官说道,“敌人主力出来,老营必定空虚,
孙将军端了敌人的老营,烧了他们的粮草,他们不退也只能退了。”他昂脸瞅着孙仲山
,假笑说,“职下先恭喜孙将军了一一劫营烧粮草,这功劳可不小。”
仲山不理会两个军官的挖苦讽刺,继续说道:“我带人从这里迂回过去,运动到敌人的
侧后,等敌人主力过来之后再动手。”他在舆图中间戳了一下,“这里是一片湖水浸泡
出来的烂泥沼,最深地方能陷马匹,我们就要想办法把敌人朝这里赶。”他停下话,抬
起头,目光炯炯地瞪视着段修,问道,“段将军以为,这样打能行不?”
段修脸上也是血污泥垢一片,眍着两只眼,端详着舆图心头反复掂量了又掂量,
才面无表情地缓缓说道:“办法不错,就是……我怕左营顶不住。”至于左营为什么会
顶不住,他没有说。他知道,孙仲山一定明白他在说什么;至少孙仲山会给他支个主意
,让左营想办法顶住。但是孙仲山冷眼不开腔,他只好自己把话说下去, “或者,让
左营来迂回?”
“不行!”孙仲山毫不犹豫就一口拒绝了段修的提议。“左营连战带跑,将士们
都已经身心俱疲,现在再让他们进行上百里的机动迂回,即便人能熬受得住,马也跑不
动。我下令,左营将士立刻就地休息。我带来的粮食和军械还有辎重,也都一并转交你
们看顾。”他喊过一个值勤的小校,“现在是什么时间?”
小校仰头从两张雨蓬的缝隙里仔细端详天上的星宿,半天才不太笃定地说:“…
…丑时大概快过了吧。”
孙仲山自己也是这样的估量。东方启明星还没屋书龙敌无有升起来,说明现在还
不到寅卯时分。他环视了帐内的军官们一眼,沉着说道:“就这样。你们去准备。我的
兵马上就转移。以这里向西望的第一棵树为准,当太阳升到树梢,你们就开始!”说完
就收拾起舆图。
左营的军官虽然都觉得执行部署没丝毫的把握,可军令不敢违,挺身抬臂齐齐一
声低吼:“凛遵孙将军令!”
段修的胳膊抬起来就没放下。他为难地说:“……能不能稍晚一点再打。将士们
厮杀了半天,又颠簸了大半夜……”
话没说完,就被孙仲山冷冷地打断了:“是将士们不能打,还是你不敢打?”他
坐在马扎上把段修和三个左营军官森然打量了一圈,默了半天才神情冷静语调平缓地说
道,“话说重了,段将军不要介意。你们知道,我是燕山边军出身,晋升卫军之后屋书
龙敌无又一直在燕州中军,对枋州左军的事情不怎么熟悉。只记得前头李悭李大将军在
时,曾经多次夸赞枋州骑旅是‘燕山虎贲’。去年冬天中军新建骑旅时,队哨营各级军
官,也有一半的人是从枋州骑旅抽调出来的。当时兵部想从中原调派一片军官,还被督
帅拦下了。不为别的,就因为咱们燕山卫军自己就有好军官!督帅还几次对我说,要我
们中军骑旅以枋州骑旅为准,要能吃苦,能打熬,能连续作战,能打别人不能打也不敢
打的仗!不过,眼下看来,前头的李大将军,还有咱们督帅,似乎都看走了眼……”
四个左营军官都被他的一席话羞臊得简直无地自容。段修的一张老脸更是又黑又
紫,喏喏了半天,重新端严立正,双腿一并马刺磕得叮当脆响,右手握拳在胸前甲叶上
重重一砸:“孙将军放心!一一职下必不负督帅!”
“职下必不负督帅!”
avatar
c*o
8
用scala 有一段了,最近又自学了clojure和自己练习了一下 akka/spark
说说新的感想。
我们的新后端是Play/Scala的,本来想加akka,但是事实上最后用的很少。
是不是akka不好,没啥用呢?我以前也有这个疑问,现在觉得理解错了。
Akka是很好,绝对是killer app. 以前我觉得没用,没用到,是理解错了。
第一,我其实是在间接的用akka, scala 2.10.x的future就是以前akka的future,
scala的future已经deprecated, play本身就是build在akka上的,spark也是。
第二,其实我们确实用不到actor,actor最大得用途是distributed fault tolerance
system, 一般的async future/dataflow就足够足够了。要是需要shared data,
transaction, agent就够了。虽然actor以上两个都可以用,但是也不一定要用。
第三,其实akka很多内容,actor只是一个最general的。
有future(其实内部都是callback),node.js的根本不算啥,把future 的default
execution context 从多线程改成单线程就是node.js
有clojure的agent/stm,简直是copy (开发的也说是从clojure学的)
有erlang的actor.
有peking2喜欢的reactor pattern (akka-io)里。
连observerable stream process pattern也准备加入。
我其实有点害怕,怎么scala的人做啥都喜欢做大而全,还有复杂和多paradigm呢?
play其实也是的。
当然说了那么多,其实akka是不错的,其实很多人都在用,而且由于是toolbox类型,
很多人都没张扬,其实大把的项目底层有它,java用的比scala多。
再说说scala,我最近在公司里,连续两个月做了8次短的pure FP in scala的
presentation,主要其实是互相学习和分享。我完全可以把scala 用library做成一个近
乎haskell的环境,我最后给的结论是完全没必要,不应该用pure FP。学习pure FP很
好,但是很多情况没意义这么做。当然,学了绝对能让你成为一个更好的程序员,即使
你不用FP。
对比clojure和scala,
clojure 很纯,很一致,很漂亮,然后你用了macro,基本上按问题创造了一门新的语言
。每个lisp程序员都可以(会)在每个项目创造一门语言。 确实很amazing ,很奇妙的
语言。
scala不一样,有一点像你做美梦时的梦中情人,大而全,既是白玫瑰,又是红玫瑰,
既可以入的卧室,出的厅堂,又可以烧佳肴,赚大钱。 关键是这些太多了,
实在不好融合,而且这样的家伙难养,还有我自己配不配的上呢?现在来说,唔,我还
很enjoy,觉得很美。希望以后也行。
说起来,只有c/scala/clojure给我带来过编程的快乐,始终对python/ruby/
javascript无爱啊。。。。
en,java也不错,但是那是结果快乐,过程boring.
BTW, 觉得spark会有前途,比其他的竞争者(impala, storm etc.) 确实观念上先进不
少。
avatar
v*o
9
最正确的就是不吃中药
avatar
i*n
10
你们在纽约为什么不自己去办?

【在 v*********y 的大作中提到】
: 我们在纽约,有个旅行社要价145美刀。
: 想看看有没有更合算的。
: 谢谢!

avatar
O*s
11
你可以claim其他技术,然后引用他的专利,类似别人开发自行车,你弄了一个自行车铃
,这个意思
avatar
a*o
12
偷笑吧你,省了好几顿八肥的paypal fee。
你实在不放心收到后可以立即打电话给check的issuing bank核实。
avatar
w*w
13
段修要挂了。

【在 b**a 的大作中提到】
: 想到胜望渺茫的战事,孙仲山和副手都没了商量军务的心思。因为已经没有这个必要了
: 。当下敌我双方的兵力差距太过悬殊,什么样的筹画谋略和排兵布阵,都无法改变这个
: 残酷的事实。这种时候,说什么兵法战策烂熟在胸都是无济于事,讲什么将帅一心三军
: 用命也只能是苟延一时……
: 简陋的指挥所里很安静。孙仲山和副手隔着“军案”对坐,谁都不说话,各自低
: 着头想心事。行军蜡烛的灯芯即将燃到尽头;一小汪蜡油在渐渐枯萎的灯火下闪耀着暗
: 淡的白光。蜡烛最后的一点黄光把两个人的背影拖得长长的,投射到灰蒙蒙的雨蓬上。
: 也不知过了多少时间,副手终究耐不住沉重得令人窒息的气氛,咳嗽了一声说道
: :“那,我先去歇一会。天一亮,我带三百人先上……”
: “好。”

avatar
f*o
14
等外置的80
avatar
p*2
15
顶一个。
不过对大牛的新理解有些失望,以为这些理解大牛早就搞定了。不过比goodbug还是强
了一截,起码不会认为AKKA就是actor。
avatar
v*y
16
打电话总是没有人接,特别烦心。

【在 i*n 的大作中提到】
: 你们在纽约为什么不自己去办?
avatar
f*w
17
当然不会。想想啊,很多专利发明都要用到电脑,那这些发明是否侵犯了苹果或那些电
脑生产商的权力呢?你需要的只是在专利的specification里头把load cell描述成具有
某种特定功能的apparatus即可。
avatar
h*e
18
right, good deal

【在 m*******a 的大作中提到】
: 买个$1000左右的东西,有买家联系要付casher check, 买家有一百多个feedback,能
: 看到细节的只有一个,同类东西。我问买家收到check再寄东西可以不,买家说可以。
: 说实话,我也不着急卖,如果可能有什么问题的话,我不愿意冒险。谢谢!

avatar
s*o
19
"每个lisp程序员都可以(会)在每个项目创造一门语言"
这样新加入的人看代码会不会有问题?
avatar
i*n
20
为什么要打电话?找领馆网站上的说明办事就完了

【在 v*********y 的大作中提到】
: 打电话总是没有人接,特别烦心。
avatar
j*r
21
这几天正在看专利。
你可以申请专利,但用你专利的时候需要支付别人专利的使用费
avatar
m*a
22
谢谢两位!
avatar
c*o
23
你不是问谁用akka么?
好多好多,大部分都没宣扬,就像你用一个openssl,toolbox类的,也不会到处宣扬。
当然也有原因就是说像我一样,杀鸡用牛刀,感觉没啥意思,就无声无息了。其实只有
大东西才一定要用actor

【在 p*****2 的大作中提到】
: 顶一个。
: 不过对大牛的新理解有些失望,以为这些理解大牛早就搞定了。不过比goodbug还是强
: 了一截,起码不会认为AKKA就是actor。

avatar
v*y
24
不需要电话预约,排队交材料那些手续吗?

【在 i*n 的大作中提到】
: 为什么要打电话?找领馆网站上的说明办事就完了
avatar
h*e
25
yes, ship until the check cleared

【在 m*******a 的大作中提到】
: 买个$1000左右的东西,有买家联系要付casher check, 买家有一百多个feedback,能
: 看到细节的只有一个,同类东西。我问买家收到check再寄东西可以不,买家说可以。
: 说实话,我也不着急卖,如果可能有什么问题的话,我不愿意冒险。谢谢!

avatar
c*o
26
clojure/lisp本身也不是以可读性闻名

【在 s***o 的大作中提到】
: "每个lisp程序员都可以(会)在每个项目创造一门语言"
: 这样新加入的人看代码会不会有问题?

avatar
i*n
27
度说明去

【在 v*********y 的大作中提到】
: 不需要电话预约,排队交材料那些手续吗?
avatar
a*o
28
cashier check不用等clear,只要打电话确认对方银行确实有这么一张支票开出来就行
了,那边钱都freeze好了,只要不是伪造的就不可能跳票。

【在 h***e 的大作中提到】
: yes, ship until the check cleared
avatar
p*2
29

其实我问谁用akka的意思是谁用actor。future, promise啥的到处都有,倒不算是akka
的特色。

【在 c******o 的大作中提到】
: 你不是问谁用akka么?
: 好多好多,大部分都没宣扬,就像你用一个openssl,toolbox类的,也不会到处宣扬。
: 当然也有原因就是说像我一样,杀鸡用牛刀,感觉没啥意思,就无声无息了。其实只有
: 大东西才一定要用actor

avatar
v*y
30
谢谢!
呵呵。。。

【在 i*n 的大作中提到】
: 度说明去
avatar
c*o
31
所有用play/spark的都在用actor,当然肯定还有其他的。
只不过是只有准备上大场面的东西才值得用,这样的其实不多,也不用多。

akka

【在 p*****2 的大作中提到】
:
: 其实我问谁用akka的意思是谁用actor。future, promise啥的到处都有,倒不算是akka
: 的特色。

avatar
s*o
32
说得我对play/scala都快没信心了。jvm上五花八门,挑一个称心的web framework偏是
这么难。
你们如果不上play,你会选什么?

【在 c******o 的大作中提到】
: 用scala 有一段了,最近又自学了clojure和自己练习了一下 akka/spark
: 说说新的感想。
: 我们的新后端是Play/Scala的,本来想加akka,但是事实上最后用的很少。
: 是不是akka不好,没啥用呢?我以前也有这个疑问,现在觉得理解错了。
: Akka是很好,绝对是killer app. 以前我觉得没用,没用到,是理解错了。
: 第一,我其实是在间接的用akka, scala 2.10.x的future就是以前akka的future,
: scala的future已经deprecated, play本身就是build在akka上的,spark也是。
: 第二,其实我们确实用不到actor,actor最大得用途是distributed fault tolerance
: system, 一般的async future/dataflow就足够足够了。要是需要shared data,
: transaction, agent就够了。虽然actor以上两个都可以用,但是也不一定要用。

avatar
p*2
33

play/spark是framework在用actor吗?做app是不是感觉不到呢?
大牛能简单谈谈spark的主要特点是什么吗?

【在 c******o 的大作中提到】
: 所有用play/spark的都在用actor,当然肯定还有其他的。
: 只不过是只有准备上大场面的东西才值得用,这样的其实不多,也不用多。
:
: akka

avatar
c*o
34
play挺好的。绝对好用,就是很多用不着。
你要是不是网站,service的话, akka+spary更好,小,灵便,自己加library.

【在 s***o 的大作中提到】
: 说得我对play/scala都快没信心了。jvm上五花八门,挑一个称心的web framework偏是
: 这么难。
: 你们如果不上play,你会选什么?

avatar
p*2
35

大牛没考虑vert.x?

【在 s***o 的大作中提到】
: 说得我对play/scala都快没信心了。jvm上五花八门,挑一个称心的web framework偏是
: 这么难。
: 你们如果不上play,你会选什么?

avatar
c*o
36
是的,都是在akka上建造的。
spark会大量应用内存缓存(分布性的),用delimited continuation skip
intermediate result. 在一个共同的base上做stream, interactive(sql like),
batch, graph, ML
可以数据和逻辑共享。
其实也有点大而全。。(希望不会太过)而且还在发展阶段。

【在 p*****2 的大作中提到】
:
: 大牛没考虑vert.x?

avatar
c*o
37
没有,其实vert.x的akka都有,还好(现在来说),我现在不关心和python/ruby啥的
互连。

【在 p*****2 的大作中提到】
:
: 大牛没考虑vert.x?

avatar
p*2
38

bigdata这块有的镐头。现在目前的技术都不算成熟。

【在 c******o 的大作中提到】
: 是的,都是在akka上建造的。
: spark会大量应用内存缓存(分布性的),用delimited continuation skip
: intermediate result. 在一个共同的base上做stream, interactive(sql like),
: batch, graph, ML
: 可以数据和逻辑共享。
: 其实也有点大而全。。(希望不会太过)而且还在发展阶段。

avatar
s*o
39
这个等蜥蜴吃饱了螃蟹再说吧。打算最近把node好好弄一下,有什么好书推荐?

【在 p*****2 的大作中提到】
:
: bigdata这块有的镐头。现在目前的技术都不算成熟。

avatar
p*2
40

这也是我的感觉。我觉得玩Scala的肯定是偏AKKA的,vert.x估计在Scala社区的影响力
很有限。

【在 c******o 的大作中提到】
: 没有,其实vert.x的akka都有,还好(现在来说),我现在不关心和python/ruby啥的
: 互连。

avatar
p*2
41

node没什么特别好的书。随便找本看看就可以了。说起来node算是很容易学的了。一班
人看一个晚上就成了。

【在 s***o 的大作中提到】
: 这个等蜥蜴吃饱了螃蟹再说吧。打算最近把node好好弄一下,有什么好书推荐?
avatar
p*2
42
en,java也不错,但是那是结果快乐,过程boring.
大牛觉得Java8出来以后会好玩吗?我准备出来之后好好玩玩。
avatar
g*g
43
我用Akka的时候是2010, 2011年,那个时候Akka就是纯粹的个Actor framework。
版本记得还是1.x。你看看这个。
http://jonasboner.com/2010/01/04/introducing-akka/

【在 p*****2 的大作中提到】
: 顶一个。
: 不过对大牛的新理解有些失望,以为这些理解大牛早就搞定了。不过比goodbug还是强
: 了一截,起码不会认为AKKA就是actor。

avatar
p*2
44

好吧。不过大牛也应该与时俱进吧?
话说回来大牛当时的actor项目最后怎么样了?

【在 g*****g 的大作中提到】
: 我用Akka的时候是2010, 2011年,那个时候Akka就是纯粹的个Actor framework。
: 版本记得还是1.x。你看看这个。
: http://jonasboner.com/2010/01/04/introducing-akka/

avatar
g*g
45
挺好,就是优化的时候发现产生大量的actor和message,jvm在GC上花费很大成了
bottleneck,不得已最后我上了object pool。有违actor framework的初衷。我觉得追
求最高throughput的时候这个immutable产生大量垃圾的问题很难解决。

【在 p*****2 的大作中提到】
:
: 好吧。不过大牛也应该与时俱进吧?
: 话说回来大牛当时的actor项目最后怎么样了?

avatar
p*2
46

嗯。我也觉得immutability有这个问题。object pool是干什么的呀?share data的吗


【在 g*****g 的大作中提到】
: 挺好,就是优化的时候发现产生大量的actor和message,jvm在GC上花费很大成了
: bottleneck,不得已最后我上了object pool。有违actor framework的初衷。我觉得追
: 求最高throughput的时候这个immutable产生大量垃圾的问题很难解决。

avatar
g*g
47
就是比如你有一堆actor,反复发相似的message,你把他们cache起来改着用。而不是
每次重建。这样不不会被GC。message本应是immutable的。

【在 p*****2 的大作中提到】
:
: 嗯。我也觉得immutability有这个问题。object pool是干什么的呀?share data的吗
: ?

avatar
p*2
48

这个是在单机上吗?akka本来是distributed的吧。如果multiple machine怎么办呢?

【在 g*****g 的大作中提到】
: 就是比如你有一堆actor,反复发相似的message,你把他们cache起来改着用。而不是
: 每次重建。这样不不会被GC。message本应是immutable的。

avatar
g*g
49
是在集群上的。akka的一个强点,就是actor在远端和本地通信是一样的。

【在 p*****2 的大作中提到】
:
: 这个是在单机上吗?akka本来是distributed的吧。如果multiple machine怎么办呢?

avatar
p*2
50

那你的object pool放哪里?

【在 g*****g 的大作中提到】
: 是在集群上的。akka的一个强点,就是actor在远端和本地通信是一样的。
avatar
g*g
51
每个jvm一个呀。

【在 p*****2 的大作中提到】
:
: 那你的object pool放哪里?

avatar
p*2
52

那你发过去,接受端不是还是得create message吗?

【在 g*****g 的大作中提到】
: 每个jvm一个呀。
avatar
g*g
53
好几年了,我记不清了。或许object pool cache的是本地收发的消息。

【在 p*****2 的大作中提到】
:
: 那你发过去,接受端不是还是得create message吗?

avatar
c*o
54
我觉得actor在逻辑上不一定需要immutable,actor本身内部是和其他actor隔绝的
mutable自己搞定就没事。
相似的message可以用更加细化的方法来解决吧?把相同的部分提出来。
也许也可以用memorization(cache)解决。

【在 g*****g 的大作中提到】
: 就是比如你有一堆actor,反复发相似的message,你把他们cache起来改着用。而不是
: 每次重建。这样不不会被GC。message本应是immutable的。

avatar
c*o
55
java8很不错,基本除了lazy以外,其他重要的都可以做了
我觉得 scala的lazy,higher kinds,implicit,variance等高档技能都是双刃剑。
我在用scala lazy的时候有出过npe,原code绝对没有null,是lazy 在runtime用java
reflection的时候出的......
用implicit,variance的时候搞得最后没法扩展了,自相矛盾。
higher kinds倒是safe,但是也会在后面遇上扩展问题。
估计java8出了,java内部也会打架;)

【在 p*****2 的大作中提到】
: en,java也不错,但是那是结果快乐,过程boring.
: 大牛觉得Java8出来以后会好玩吗?我准备出来之后好好玩玩。

avatar
g*g
56
我觉得message你用prototype的办法用处不大。
Message (own attributes, Common Message),
GC的主要问题是垃圾太多,容易产生比较长的stop the world,导致request timeout。
你用prototype也好,不用也好,都要做回收。又不是内存不够用,效果有限。也许G1
对这个有用,当时我们跑java 6, 没法试。

【在 c******o 的大作中提到】
: 我觉得actor在逻辑上不一定需要immutable,actor本身内部是和其他actor隔绝的
: mutable自己搞定就没事。
: 相似的message可以用更加细化的方法来解决吧?把相同的部分提出来。
: 也许也可以用memorization(cache)解决。

avatar
p*2
57

java
看了大牛这么说,对Java8有所期待了。

【在 c******o 的大作中提到】
: java8很不错,基本除了lazy以外,其他重要的都可以做了
: 我觉得 scala的lazy,higher kinds,implicit,variance等高档技能都是双刃剑。
: 我在用scala lazy的时候有出过npe,原code绝对没有null,是lazy 在runtime用java
: reflection的时候出的......
: 用implicit,variance的时候搞得最后没法扩展了,自相矛盾。
: higher kinds倒是safe,但是也会在后面遇上扩展问题。
: 估计java8出了,java内部也会打架;)

avatar
H*S
58
If you are really looking for high throughput concurrent programming
paradigm, I would try lmax disruptor instead.
For remote communication, akka does have a problem, that is unlike tcp, you
will not be guaranteed to never lose any message in the uncertain world of
network, not even if you register a death watch, so you have to add some
sequence id in the message, which sucks.

【在 g*****g 的大作中提到】
: 挺好,就是优化的时候发现产生大量的actor和message,jvm在GC上花费很大成了
: bottleneck,不得已最后我上了object pool。有违actor framework的初衷。我觉得追
: 求最高throughput的时候这个immutable产生大量垃圾的问题很难解决。

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