由买买提看人间百态

topics

全部话题 - 话题: netty
1 2 3 4 下页 末页 (共4页)
z****e
发帖数: 54598
1
来自主题: Programming版 - Netty和JavaEE
java最好一点就是不会动不动闹革命
把已经解决过的问题再解决一遍
这个绝对不是java整个eco的哲学
所以j2ee, spring, vert.x, netty, groovy, scala这些东西
互相之间有一些交集,但是基本上都不是直接竞争关系
而是互相补充,j2ee是最大的一个集合
但是j2ee并不管很多事情,只负责制定一些high level的标准
netty相比之下则只负责一些底层的api封装
并不负责high level的标准,实际上jee早就已经把vert.x的哲学吸收进去了
undertow就是一个代表,vert.x则侧重于传统jee所不涉及的部分
比如对于其他脚本的兼容性,比如兼容其他网络协议,比如tcp&udp
远不像servlet container那样侧重http
同样j2ee并不怎么搭理persistence的部分,spark, hadoop这些就负责完善这部分
所以问取代不取代,毫无意义,你用vert.x和netty一样可以搞出j2ee来
看你自己怎么做了,问题在于,vert.x和netty并不侧重j2ee那些标准
虽然有重合,实际上vert.x也已经实... 阅读全帖
Y**G
发帖数: 1089
2
来自主题: Programming版 - Netty和JavaEE
诸位道友,reactive编程最近貌似很火啊,先是node.js,后来的vert.x 2.0,最近貌
似netty也很火,不过传统的JavaEE和Spring结合的很好,整个echosystem很成熟,各
种工具,类库也很完善。不知到vert.x和netty是否会取代传统的Web Stack,亦或只是
坛花一现的短命技术,不过我觉得JavaEE也会早晚把这些东西吸收进去的,只是现在时
机未到。JavaEE进化比较慢,那是应为用户群体巨大,一旦改动很难有回头路。
z*******3
发帖数: 13709
3
来自主题: Programming版 - 有人用过netty么
太底层了
undertow, vert.x什么都是建立在netty之上的
很牛逼,速度非常快
但是你自己用的话,会比较麻烦
z****e
发帖数: 54598
4
来自主题: JobHunting版 - 生活真是难啊
1)恭喜,你快找到工作了,如果运气好的话,这个就过了
虽然回答得还是不那么顺畅,但是基本上属于可以要的程度
虽然你自己感觉不好,但是回答得马马虎虎过得去吧
2)swjtuer说得是对的,你的问题在于,除了你自己做过的
其他不知道,也不懂得吹,所以回答得磕磕巴巴
要举一反三嘛,不要瞎子摸象嘛,java世界这么大
你不可能所有产品都用过去,你要懂得归类嘛
没用过,你可以猜嘛,举个例子
你用过tomcat,那么所有的servlet容器都是一回事了
这一大类有tomcat, jetty, resin, undertow, weblogic webserver
websphere webserver etc.还有很多
所以当其他名词出现在你面前的时候,你要懂得联系起来
题是死的,人是活的嘛
3)具体到nio,其实我昨天已经给了你一个framework了
vert.x啊,你这个人脑子就这么硬,给你说过的东西,一点也不看
跟谁拗呢?nio -> netty -> vert.x就是一个从底层到相对高层的三个东西
netty和vert.x这两个项目有一个核心程序员,就在apple的icloud干
德国人... 阅读全帖
l*******o
发帖数: 250
5
来自主题: Programming版 - vert.x就是一个小型的eai
not every time, but happened several times at least. Only got issues with
this site.
C:\dev\vert.x>gvim bin\vertx.bat
C:\dev\vert.x>vertx run Server.java
"C:\Java\jdk1.7.0_45/bin/java.exe" -Djava.util.logging.config.file="c:\
dev\vert.x\bin\..\conf\logging.properties" -Dvertx.home="c:\dev\
vert.x\bin\.." -Dvertx.clusterManagerFactory="org.vertx.java.spi.cluster.
impl.hazelcast.HazelcastClusterManagerFactory" -classpath ";c:\dev\
vert.x\bin\..\conf;c:\dev\vert.x\bin\..\lib\*" org.vertx.java.... 阅读全帖
z****e
发帖数: 54598
6
来自主题: JobHunting版 - 生活真是难啊

这个属于core java的基本功,你面core java的工作
至少应该知道netty,就好比你说你java不错
但是上来人家一问spring,不知道
那肯定不行,但是netty是建立在nio之上的一个封装
你用过nio,所以看看netty也不会太难
这个的确是negative的部分
但是其他部分没啥问题啊,而且nio可以一定程度上抵消这个negative的影响
所以我觉得这个面试没啥问题,虽然你自己感觉不好
但其实总体上看,过应该在意料之中
当然万一不过,按照你这个趋势,3-4个面试,应该就会被人收了
twitter不是内推了嘛?好好准备一下,netty twitter也在用
你看我给你的netty的那个作者的linkedin,你看看它都在哪些公司干过
z****e
发帖数: 54598
7
来自主题: JobHunting版 - 生活真是难啊

用netty的话,至少说明这个组,在做一些不是那么傻瓜的东西
你做过就知道了,nio上最底层的封装就只有netty
除了少数scala的framework不用netty以外,其他几乎都用netty
对方也不是问你api,人家问你netty的原理诶
你想过这个问题在问什么没有?
人家根本就不屑吹牛,直接上来就是原理
z****e
发帖数: 54598
8
如果是backend的话
java -> tomcat/jdbc/db(sql) -> spring/hibernate -> nosql/spark/flink/lucene
-> vert.x/netty/core java
差不多酱紫,虽然最后一步比倒数第二步数学要容易点,但是更迟出来
所以如果是学习的话,那就把最后两个颠倒一下
到了spark之后,就明显感觉数学要求陡然升高,高等数学就开始来了
第一步就是线性代数
一般的web也就是到tomcat这个level吧
很多full stack其实就是front end
无非php -> ror -> node酱紫一路过来
除了web还是web,无非换个写法而已,没啥大区别
真的full stack应该从swift -> java,像搞tableau/palantir一样搞法
那才叫真正的full stack,如果搞这种的话,java就直接跳到最后一步了
至少上netty了,现在可以上vert.x
netty作者是韩国人,也是游戏爱好者,本来初衷就是给网游用的
netty那几个core developers,基本上都在各个大公司做顾问... 阅读全帖
h*d
发帖数: 19309
9
你自己扯的你都不记得了? cql那货返回点数据也就罢了,处理数据还是算了。

http://www.mitbbs.com/article_t/JobHunting/33063511.html
发信人: zhaoce (米高蜥蜴), 信区: JobHunting
标 题: Re: full stack track 和 backend track 哪个更有前途?
发信站: BBS 未名空间站 (Thu Oct 1 07:59:32 2015, 美东)
如果是backend的话
java -> tomcat/jdbc/db(sql) -> spring/hibernate -> nosql/spark/flink/lucene
-> vert.x/netty/core java
差不多酱紫,虽然最后一步比倒数第二步数学要容易点,但是更迟出来
所以如果是学习的话,那就把最后两个颠倒一下
到了spark之后,就明显感觉数学要求陡然升高,高等数学就开始来了
第一步就是线性代数
一般的web也就是到tomcat这个level吧
很多full stack其实就是front end
无非php ->... 阅读全帖
z****e
发帖数: 54598
10
这个真的是随便你用什么都可以
ws简化的就是一个简单的http请求和response
tomcat那个估计不是servlet而是jax-rs
如果你嫌ws太麻烦的话,你不用也没什么
就用最简单的http请求就好了,gae我成功过
但是动不动就给休眠,我现在用mimisoft推荐的digitalocean.com
$5一个月,不算贵,域名用internetbs.net,公孙大神推荐的
具体的服务器我不用tomcat,用vert.x,啥语言都支持
看了一些报告,韩国构架师领军的netty在cloud平台上,比如ec2表现最好
而vert.x是基于netty的,所以理论上表现不差,但是这个需要你自己折腾
这是netty的网站:
http://netty.io/
vert.x:
http://vertx.io/
z****e
发帖数: 54598
11

no,我说的是真的
如果你在payment gateway混过的话
从netty什么开始写
东方剑桥是搞jboss的
跟写netty那个韩国人搞不好都互相认识
这个分量应该他更清楚
很多搞payment gateway的公司
早过vert.x5-6年就制造出类似vert.x的一个内部系统了
大谈async这些,node那都是后来的事了
java要搞async,最早就是netty
w**z
发帖数: 8232
12
my guess would be
Tomcat, Jersey, Spring, Astyanax don't think they are using Hibernate,
since they don't use RDS
goodbug, are you guys using Netty? How do you use Jersey in Netty? I found
this one,
https://github.com/bigpuritz/netty-servlet-bridge
haven't tried it yet.
z*******3
发帖数: 13709
13
来自主题: Programming版 - vert 跟 akka比有什么优势
把链接点开来看看
是因为tim fox认为它们用的版本太低,用的是2.1m好像,现在都冲3去了
不能反映真实的benchmark,所以让它们把结果给remove了
之前还在的时候,测试结果是头几个
vert.x的实际benchmark就比netty略低一点
这个应该很容易理解,毕竟vert.x用了netty
看netty就大概有idea了
p*****2
发帖数: 21240
14
来自主题: Programming版 - 感觉是时候认真看看vert.x了
真是出师不利呀。
vertx run server.js
Failed in deploying verticle
javax.script.ScriptException: Error: Cannot find module vertx in at
line number 125 at column number 6
at jdk.nashorn.api.scripting.NashornScriptEngine.throwAsScriptException(
NashornScriptEngine.java:586)
at jdk.nashorn.api.scripting.NashornScriptEngine.evalImpl(
NashornScriptEngine.java:570)
at jdk.nashorn.api.scripting.NashornScriptEngine.evalImpl(
NashornScriptEngine.java:525)
at jdk.nashorn.api.scripting.Nashor... 阅读全帖
z*******3
发帖数: 13709
15

哈哈哈,真不容易啊,总算稍微有点懂了的样子
话说再superficial能比你说的那两个路边理论superficial?
undertow是一个最新的servlet容器,你是不是不能很准确滴理解这句话?
实际上undertow的结构跟vert.x很像,两个都实现了blocking & non-blocking的功能
两个都基于netty的实现,两个都是red hat的产品
实际上不管是blocking还是non-blocking
最后殊途同归,最后还是需要混用,你可以用nio来对付req
但是最后还是需要blocking的部分,因为总有那么些需求是blocking的
不管你用的是worker还是ejb,其本质都还是传统的thread pool
blocking部分用thread pool做优化就不用说了
而且就算是event,也还是用捆绑cores数量的thread pool
看到了吗?thread pool啊,前面的人都在讨论thread pool
前面都在讨论thread pool,你在说什么?
然后说说undertow和vert.x
undertow和vert.x的差异仅仅是标... 阅读全帖
z****e
发帖数: 54598
16
来自主题: Programming版 - 如何快速处理大量网上xml文件?

哎哟,底层就是netty,你想写还会写不出来?
vert.x, undertow都用了netty,都不用future
你不会看?
不指望你能直接用netty,估计你也没那个水平
但是vert.x你总会看吧?我就不需要重复了吧?
用future做例子的表太多
顺便说一下,真正可能block的thread就一个spawn thread
其实没啥意义,一个thread实在是不值几个资源,又不是process
z****e
发帖数: 54598
17
来自主题: Programming版 - 喜欢游戏,编程才能有乐趣
最近发现netty的作者Trustin Lee也喜欢游戏编程
难怪netty用起来那么顺手
http://www.linkedin.com/in/trustin
github
http://github.com/trustin
这个韩国人是奥赛铜牌,netty的作者
看他后面几年工作完全都是remote了
文凭只有一个延世大学本科,类似天朝北大本科酱紫
e********t
发帖数: 2
18
来自主题: Programming版 - scala/spark现在情况怎样?
vert.x 是比akka更低层的一个东西 基本就是netty的wrapper,虽然akka也可以用
netty不过不冲突,因为可以换module
最好的架构应该是akka做上层,vert.x做micro service(如果你实在不想用spray),
然后跟其它server interact
akka用处不仅仅在network上,用过的都知道,就算写single jvm program也很好用,
performance不在普通multi-threading之下
spark用akka不用netty wrapper是有理由的
z****e
发帖数: 54598
19
来自主题: Programming版 - 各路大神推荐个linux上的组合吧

主要可能未必是用不上,是txn一定必需
只要正儿八经搞生意的,多少都要照顾到钱
只要一涉及到钱,txn就是必需的,否则就是一大坑
tomcat,spring这一套被无数payment gateway证明是行之有效的组合
现在很多涉及到金钱的生意还是通过tomcat来host
然后少部分是通过netty完成,比如apple的gateway就是netty搞的
还有其他的,所以基于netty的vert.x也比较make sense
致于js那些,其实只是一些ui,难登大雅之堂,如果不是只会这些
完全没有必要搞,mean的话,弄一个txn可以搞死一堆人
nosql其实mongo很鸡累,正经生意不如传统的db,因为没txn
非正经的,又因为是cp系统,所以分布起来很蛋疼,不伦不类的
一般用mongo的都是business被忽悠的
现在流行组合都是postgre+c*,然后配合elastic search来做search
z****e
发帖数: 54598
20

vert.x首先要有netty
vert.x的tim fox的导师就是netty的那个韩国人trustin lee
就是它跳槽到red hat之后,在trustin指导下作出的vert.x
10年前连netty都不存在,trustin刚毕业不过两年
去哪里来的vert.x?

发帖数: 1
21
来自主题: Programming版 - 關於JVM多線程的內存分配
我不知道我理解的對不對,請高手幫忙澄清:
JVM裡內存有兩種分配方式:
1. Java object分配內存,也就是java new,首先使用手動cpu優化版本的new:
hotspot/src/cpu/x86/vm/templateTable_x86_64.cpp TemplateTable::_new()在TLAB
上分配;如果失敗,就去自動編譯的hotspot/src/share/vm/interpreter/
interpreterRuntime.cpp InterpreterRuntime::_new,這裡可能有鎖,性能低。而且
可以被GC回收,應該是managed內存。
2. JVM內部Cpp datastructure native memory allocation,一般C2 compiler做JIT時
需要分配內存,然後JVM會調用arena,arena裡面有chunkpool,裡面的chunk不夠用需
要重新分配時,會調用malloc,並用ThreadCritical的pthread_mutex_lock做保護。例
如:hotspot/src/share/vm/me... 阅读全帖
r****s
发帖数: 1025
22
我老在本版发帖的主要目的就是指点一下找工作的生物wsn和phd dropout们,高深的知
识是没有滴,主要给大家普及一下常识,以免大家在基本的概念问题上像没头苍蝇似的
到处乱转,刚出校门的学生懂个屁,被CS界的装神弄鬼骗子们(比如Thoughtworks,
design pattern之类)哄得团团转,面试的时候一听就是糊涂蛋一个。结果居然有生手
开口就是几十万台服务器,真尼玛涨姿势了。
好吧,我再给你普及一下,async io从来不是什么创新。java nio的performance一直
是讨论的焦点之一。Trusting Lee的guideline是1000个thread以下netty无法和
blocking thread pool比较,1000个thread以上netty才有优势。
话又说回来,这玩意就尼玛做io,有屁用。你用2000个thread去query MySQL,以为能
提高速度?MySQL立马当机给你看。我没见过哪个web server(除了static content
server)有超过1000个thread, 如果超过1000,你该考虑的是你的load bal... 阅读全帖
b**********5
发帖数: 7881
23
来自主题: JobHunting版 - 生活真是难啊
没有啊, 看看今天的面试, 15分钟后, 没来, 我打了个电话给recruiter,
recruiter说, 我text一下那个manager。
然后20分钟后, 那个manager打电话来了
先看看那个manager的linkedin:
https://www.linkedin.com/in/amohapatra
直接infosys空降。。。 哎。。。
然后约interview, 也很有趣。 recruiter说project是secret, 然后说这是icloud组
。 然后后来说, 他们在product release,manager要所有engineer去concentrate
on coding, 没有engineer可以来面试, 所以manager来面。 约了晚上6点。。。
一上来说, 你resume只有一页啊。。。 我他妈的靠。。 从来没人这么挑过。 我说
yes。 然后他问, 你java experience什么时候开始的啊。 我说, 我的java的主要
experience来自上一个工作, blah blah blah
然后就问, 你用过concurren... 阅读全帖
b**********5
发帖数: 7881
24
来自主题: JobHunting版 - 生活真是难啊
swjsuer说我答问题, 答不到重点, 我觉得你才是说不到重点啊
你说了这么大一通, 是什么意思? 是别人问我有没有用过netty, 我不应该说我没用
过? 我应该说我用过netty?
g*****g
发帖数: 34805
25
You can use plain servlet to hook up netty or mina. They use netty
here.
c*****e
发帖数: 3226
26
来自主题: Java版 - 最近node.js real time web 很火
server libraries 也慢慢在pickup ,开源的如雨后春笋。
netty 和这个 web realtime 毫无联系,netty 就是个tcp/ip socket lib. 感觉java
community
有点t停滞了,没赶上最新的潮流。

side
p*****2
发帖数: 21240
27
来自主题: Java版 - 话说java nio 库用的多不?

上边是netty吧?貌似在上层的基本是基于netty的。
g*****g
发帖数: 34805
28
来自主题: Java版 - 话说java nio 库用的多不?
netty 都太底层,看你的需要有一堆基于 netty的库
H****S
发帖数: 1359
29
来自主题: Programming版 - scala 的感悟
用spray做rest server的就等于是在用akka啊。spray can的benchmark比netty还要好
,code可读性又好很多。你可以看看现在有多少project在用netty
g*****g
发帖数: 34805
30
来自主题: Programming版 - 一个老鸟看这些语言之争
说得很实在,大家可以看看。
http://blog.appfog.com/node-js-is-taking-over-the-enterprise-wh
I started my career in the late 1990's, in a wave of young Java guys who
were seizing enterprise space from C/C++ and midrange/mainframe languages.
Having been on the other side of that coin myself, I've always looked over
my shoulder for the next wave creeping up behind me. When the Rails hype
exploded 6-7 years ago, I started using Ruby in my personal projects. When
Google hired Guido van Rossum and got behind Python... 阅读全帖
z****e
发帖数: 54598
31
我在看netty,twitter韩国的产品。据说效率不错
http://netty.io/index.html
你用新东西,跟你心里面对新东西的接受程度
是两回事
fp和python什么都不是新东西,都是几十年前就有的东西
你看你举例都举得那么old fashion

IOCP
g*****g
发帖数: 34805
32
来自主题: Programming版 - nodejs 流行的原因
Netty是著名的开源架构,最近的vert.x也是基于Netty, 也就你才能说出什么java一直
没有好用的异步架构这种说法。
v*****r
发帖数: 2325
33
来自主题: Programming版 - nodejs 流行的原因
agree. friendly to Front engineers is key.
Netty/vert.x claim to have great features, maybe a little late to introduce
asynchronous io & and make them available to js programmers.
"powered by netty/vert.x" 很逊色啊!
r******y
发帖数: 3838
34
来自主题: Programming版 - 懂akka的大牛说说
有个项目有大量用户实时发送视频到服务器。
用akka cluster 可以应付这种情况吗?
有人用过netty,但netty对集联好像没什么支持。
z****e
发帖数: 54598
35
来自主题: Programming版 - 如何快速处理大量网上xml文件?

vert.x下面也是netty,undertow下面也是netty
g*****g
发帖数: 34805
36
来自主题: Programming版 - 如何快速处理大量网上xml文件?
epoll跟异步模型没关系?别跟我老瞎扯。
epoll is a Linux kernel system call, a scalable I/O event notification
mechanism。这就是异步IO
IO的速度本来就是下层,而不是上层决定的。connection pool并不会比node的event-
loop慢,你不服大可做benchmark。那个网站benchmark比较,undertow就是基于netty
的,秒杀了node. 另外,Netty当然不是spawn thread等结果,那个叫做同步IO,不叫异
步IO。
z****e
发帖数: 54598
37
来自主题: Programming版 - 如何快速处理大量网上xml文件?
写了这么多废话,直接去看一下vert.x不就得了
event loop什么vert.x里面都有,你有空打这么多废话不如认真去看看源代码
说了这么久,你压根连看都没看过,如果看过开篇就会告诉你node和vert.x的区别在哪
主要就是eventloop数量的差异
而且说的一堆里面jee和future什么整个凑一块乱说
古德霸那个轮子你压根就没有认真看源代码
想当然地以为用了future,你就知道future
都不知道说你什么好,概念乱成一锅粥了
Future这个接口是java.util.concurrent pkg里面的
常见的实现有SwingWorker这些,至少五六个实现
而真正的non blocking是java.nio
大部分java的异步轮子都是基于netty的,netty基于nio
所以这里没有Future什么事

available
htm#
z****e
发帖数: 54598
38
来自主题: Programming版 - 如何快速处理大量网上xml文件?

你要多傻逼才会认为用了future?
java的aysnc绝大多数都是基于netty的
netty下面是nio
你说用了,给我找出来
那个轮子我早看过了
可不是你这种看了stackoverflow就出来说看过源代码的水平
z****e
发帖数: 54598
39

是啊,这些东西都略微heavy了一点
而且不够灵活
比如udp,nosql,支持就不好了
udp怎么看都需要netty系的产品,比如netty, vert.x这些
nosql怎么看也都不怎么需要orm
z****e
发帖数: 54598
40
来自主题: Programming版 - scala/spark现在情况怎样?

这个观念是错误的
netty是比akka底层
但是vert.x绝对不比akka底层
几乎是平级的一个东西
都是actor model的实现,怎么会比akka底层?
netty是网络socket的一个封装
spark用akka的一个主要原因是当时他们只有akka可以用
akka诞生于09年,vert.x诞生于11年,差不多到了今年才算稳定下来
而spark开始于10年,vert.x比spark还年轻,怎么可能让spark去用?
c*********e
发帖数: 16335
41
今天又看了一下rxjava, netty. 发现rxjava是synchronized,一个thread.
如果java programmer自己能写concurrency的代码,又何必用这个rxjava来处理结果呢?
RxNetty就更不理解了,本来netty就是async的,有自己的callback,何必要用RxNetty
来处理呢?
c*********e
发帖数: 16335
42
我喜欢搞清楚底层怎么实现的。看了rxjava的source code,它好像在模仿netty的代码
。但是,它没有用epoll.那它用的什么?直接用的netty?

发帖数: 1
43
来自主题: Programming版 - 關於JVM多線程的內存分配
又看了下,netty的arena chunkpool只是跟hotspot的名稱一樣而已,根本不是一回事
,忽略我關於netty的問題。
只剩下一個問題:java objects如果TLAB不夠用,在heap裡面會不會用jvm cpp arena
分配?

发帖数: 1
44
来自主题: Programming版 - 關於JVM多線程的內存分配
謝謝,我不明白的是java onheap new,如果TLAB不夠用,要不要經過內部arena的
chunkpool,還是直接就c malloc了?如果不用chunkpool,是不是malloc調用會很頻繁
,性能低下?
netty那段我看錯了,跟netty無關,只是關鍵詞一樣都叫arena和chunkpool,但是是
java實現,跟jvm裡面的cpp實現無關。
還有一個,jvm c2 compiler在JIT的時候也需要分配heap內存,這個算onheap還是
offheap呢?感覺跟普通java object走的路徑不一樣。

sun.
z****e
发帖数: 54598
45
来自主题: Military版 - 亚裔码工对世界贡献有多大
netty
g*****t
发帖数: 41
46
来自主题: JobHunting版 - Apple - iCloud Java Server Engineer
Preferred Experience:
• Netty, MINA or other Java event-driven programming
• Memcached
• NoSQL databases such as MongoDB, Cassandra
• Linux
...
http://www.hypnex.com/jobs.html?pk=1311228209.98-4862-900269
g*****g
发帖数: 34805
47
到也不是什么应用都要写RDBMS,比如我老以前写过一个应用要扒大量网页,读写数据
库量
小。用基于Netty的Ning Async Httpclient throughtput就比Apache httpclient好得
多。
g**4
发帖数: 863
48
多谢回答!因为以后要走这条道,想再详细请教下
用netty写一个?还是说会用zookeeper、hadoop之类建一个就成?
N*D
发帖数: 3641
49
人家问你兴趣,是看你自己喜欢什么。比如Finagle是基于Netty的异步通讯协议,比较
底层,你喜欢就可以去搞搞;Distributed Database感兴趣,就去做Manhattan;要是
对Client端感兴趣,就去Fabric。。。。这个需求是你自己定的,不是别人帮你定的。
z****e
发帖数: 54598
50
apple的icloud那些,也跟netty有很大关系
那个韩国人现在在twitter做remote呢
真正的牛人,不需要上班的
http://kr.linkedin.com/in/trustin
1 2 3 4 下页 末页 (共4页)