Redian新闻
>
vert.x 3.1 视频 be reactive on the JVM but not only in Java by Clement Escoffier/Paulo Lopes
avatar
vert.x 3.1 视频 be reactive on the JVM but not only in Java by Clement Escoffier/Paulo Lopes# Programming - 葵花宝典
j*u
1
楼主之前被雷,雇主一直不给h1b 材料,一开始说丢了,后来又说找到了,但也不能给
你。
楼主以前从来没tranfer 过h1b,所以不知道过程,想知道这东西是否是必须的。
楼主有h1b上i94那部分,也就是说,没有i797,但有那个收据号码。
我刚去了local的infopass,工作人员说了一堆废话,并且说,你以后再申请h1b,还要
抽签。
另外再问个问题,楼主刚打电话到移民律所,律师助理说,一旦雇主withdraw我的h1b
,我以后都不能transfer了。这个说法和我以前听到的不一样。
公司有协议,没办法曝出来 ---- 所以说glassdoor上的评分不能全信,有的公司
强制你签只能说好话的协议。
这个坑爹的律所的名字可以爆出来,这样大家就不会被这种害人律所骗了。
Gary J Kim Law Offices, 洛杉矶韩国town。律所本来是我朋友介绍的,以前貌似很
不错,现在怎么给的信息都是错的?
请大家帮忙,有知道靠谱移民律师,请推荐。谢谢!
avatar
b*s
2
尼玛,大老爷们发春原来也是魂不守舍的,这几天哥们就是这种状态,你跟他说什么吧
,他都一副心不在焉的样子,让人觉得特别游离状态。
后来有个女的给他打电话了,从外声能听得出来是个女人打电话过来的,哥们听完了这
个电话之后,就活过来了,好像是心情顿时好起来,这绝对是发春了。
他也单身很久了,三年前离婚之后,到现在就没有再找过一个女朋友,有没有约炮过,
那个不清楚,但是没有女朋友,就说明没有爱,缺爱的男人,发春了就变成了这样,唉
,还能说啥,祝他这次找到真爱吧。
avatar
z*e
3
avatar
P*e
4
哈哈哈笑死我了
avatar
W*o
5
最近看了一下vert.x 试着玩了一下udp,感觉不错。但是感觉Go的udp更好用一些,而
且concurrency是强项

【在 z****e 的大作中提到】

avatar
z*e
6

quasar

【在 W***o 的大作中提到】
: 最近看了一下vert.x 试着玩了一下udp,感觉不错。但是感觉Go的udp更好用一些,而
: 且concurrency是强项

avatar
z*e
7
另外,udp的节省就要有意义
如果随意打断的话,就没有意义了
我用udp还是用eventloop和worker模式
worker负责发,eventloop负责收
收发分离之后,基本上就能满足pvp的需要了
收无所谓,因为收发分离,所以发可以用一个worker thread循环发送
这样能够保证每33ms发送一次数据包
16ms在路上,最后16ms左右renderring
差不多可以搞定,如果收发不分离
无论如何,都会吃掉一定性能
如果这样的话,还不如不用sync方式,回去用tcp好了
所以我不用quasar
avatar
z*e
8
quasar和go其本质上感觉都跟传统的tomcat一样
我并不看好这种模式的效率
实际上从techempower给出的benchmark看
https://www.techempower.com/benchmarks/#section=data-r11&hw=ec2&test=
plaintext
这种方式实际执行起来,效率还不如servlet(jetty)
那用了干什么?没有淫荡,你要想节省效率,你就需要思考你在做什么
一般过于傻瓜的方式,都有代价
avatar
z*e
9
不要为了udp而udp
我用udp是不怕丢包
之前跟dumbcoder讨论过为啥要用udp
不要为了装逼去用udp
一般的web还是去用http吧
json简单太多,干活足够
udp我直接一个byte一个byte处理
这种太过于底层,不要没事找事,而且不安全,也不稳定
我用udp基本上是把安全,稳定什么全部丢掉,以保证速度
在任何时候只在乎最后一帧的数据,之前数据全部作废
记得以前打星际,联机,第一件事就是把tcp改成udp,以保证速度
但是这个绝对不apply到很多领域,比如website
还有如果是钱的交易,我一定会上tcp,而且极有可能上https
另外就是vert.x在一些领域优势很明显,比如android上代码的复用
app和server可以直接重用同样的代码
avatar
z*e
10
thread vs event
如果想要快,就用event,你要很清楚自己在做什么
另外不要让引擎拖了后退,js等脚本引擎很慢
jvm(hotspot)等要快不少
go,quasar本质上都还是thread pool
只不过是lightweight thread pool
tomcat,jetty,undertow这些是heavyweight thread pool
看你托管在什么层次上了,这种怎样都会慢
因为本质上还是thread pool嘛,就像是自动档
要想快,就用手动档
因为33ms这个高压线压着,不得不牺牲所有的其它东西
比如稳定性,安全这些,没办法了,所以用了udp和event
但是涉及到钱的部分,那肯定还是tcp了,这个时候可以用thread
所以需要一个能够在不同模式中自由切换的工具
vert.x很好滴address了这个问题,它什么都支持
而且给了我足够多的选择,我讨厌别人替我做选择
因为我总发现别人选的比我糟糕,所以还是不听别人的比较好
相关阅读
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。