w**z
发帖数: 8232 | 1 http://www.javaworld.com/javaworld/jw-11-2013/131111-java-is-fa
Looks like Oracle's continued push for Java everywhere, from the "Internet
of things" on down, isn't just based on hype. At least one set of numbers
puts Java's performance head and shoulders above that of the competition for
server-side Web frameworks. But is performance alone enough to win over the
non-Java faithful?
Since March 2013, software development firm TechEmpower has been running an
ongoing series of performance benchmarks for dozens of popular Web
application server frameworks, such as Ruby on Rails or Django. Each
successive round of tests has benefited from community feedback, with the
benchmarks themselves released as open source on GitHub. Those interested in
having their own frameworks benchmarked can fork the code, add their own
tests, and submit the results.
When the seventh round of TechEmpower benchmarking concluded at the end of
October -- with 84 frameworks and some 200 different test permutations --
the dust settled to reveal that many of the frameworks that performed best
across the board were Java-based. Four frameworks in particular stand out:
Gemini, Grizzly (created to allow easy use of Java's New I/O API), Undertow,
and Vert.x.
What's most striking is how many of the frameworks that are better known --
such as Sinatra for Ruby, various ASP.Net frameworks, and the aforementioned
Django for Python -- had performance that ranked sometimes orders of
magnitude below the big winners. The new kid on the block, Node.js, did
exhibit impressive performance, but still only clocked one-fourth to one-
third the performance of the fastest contenders.
Oracle's been beating the Java drum quite loudly of late as a one-size-fits-
all solution to -- well, everything, but definitely as a solution for
building robust Web services. Its plans for Java 8 involve unifying Java's
various editions to make it easier to write code across both embedded
devices and servers -- which, if the ARM-in-the-server contingent has its
way, may come to resemble each other more. And one of the biggest Java-
related pushes is Project Avatar, a JavaScript and HTML5 services layer for
Java that works with -- guess what? -- Grizzly.
If Grizzly and the rest of its Java framework brethren are indeed performing
so well, does this mean everyone should ditch their current frameworks and
rewrite everything in Java? Probably not. As much as Oracle would like to
think otherwise, developers choose a given framework for plenty of reasons
other than raw performance. Ease of development, time to release, developer
affinity, and third-party community involvement are all at least as crucial.
Random example: CakePHP may have fared poorly in the TechEmpower race,
along with CodeIgniter and Symfony, but PHP and its frameworks run some 35
percent of the Web.
Java frameworks may have the raw performance that Oracle wants to brag about
. But the rest of the frameworks have the developer base, the penetration,
the loyalty -- and maybe the lack of the feeling that Oracle's peeking over
their shoulders. |
b*******s
发帖数: 5216 | 2 这不是什么新闻吧，几个月前就看过了，java serverlet一样干死了一票java自己的
framework,但有人用吗？
for
the
an
【在 w**z 的大作中提到】
: http://www.javaworld.com/javaworld/jw-11-2013/131111-java-is-fa
: Looks like Oracle's continued push for Java everywhere, from the "Internet
: of things" on down, isn't just based on hype. At least one set of numbers
: puts Java's performance head and shoulders above that of the competition for
: server-side Web frameworks. But is performance alone enough to win over the
: non-Java faithful?
: Since March 2013, software development firm TechEmpower has been running an
: ongoing series of performance benchmarks for dozens of popular Web
: application server frameworks, such as Ruby on Rails or Django. Each
: successive round of tests has benefited from community feedback, with the
|
z****e
发帖数: 54598 | 3 我用
用来做web service server其实挺好
【在 b*******s 的大作中提到】
: 这不是什么新闻吧，几个月前就看过了，java serverlet一样干死了一票java自己的
: framework,但有人用吗？
:
: for
: the
: an
|
w**z
发帖数: 8232 | 4 that is the original post:
http://images.infoworld.com/t/java-programming/surprise-java-fa
Read the post down, it's fun.
【在 b*******s 的大作中提到】
: 这不是什么新闻吧，几个月前就看过了，java serverlet一样干死了一票java自己的
: framework,但有人用吗？
:
: for
: the
: an
|
b*******s
发帖数: 5216 | 5 我觉得是很好的argument，值得学习他们的方式
【在 w**z 的大作中提到】
: that is the original post:
: http://images.infoworld.com/t/java-programming/surprise-java-fa
: Read the post down, it's fun.
|
b***i
发帖数: 3043 | 6 我也用。然后用一个模板，页面用javascript就够了。
【在 z****e 的大作中提到】
: 我用
: 用来做web service server其实挺好
|
g*****g
发帖数: 34805 | |
n*w
发帖数: 3393 | 8 浏览了一下代码。似乎比的比较大的包括database一个stack。asp.net甚至用了一个第
三方的json库Newtonsoft。
下面这个link比较的是servlet和nodejs raw http request speed。node.js大概快20%。
http://java.dzone.com/articles/performance-comparison-between |
g*****g
发帖数: 34805 | 9 你给的那个link的作者跟你一样烂。底下的这条comment说得很明白，DB连connection
pooling都没有，还做什么benchmark。
Also, I would think there would be a better way to do connection pooling
than giving every Servlet instance its own Database instance. This is
probably the major bottleneck.
OP的文章里的实现是允许community pull request的。是真正的是骡子是马拉出啦溜。
20%。
【在 n*w 的大作中提到】
: 浏览了一下代码。似乎比的比较大的包括database一个stack。asp.net甚至用了一个第
: 三方的json库Newtonsoft。
: 下面这个link比较的是servlet和nodejs raw http request speed。node.js大概快20%。
: http://java.dzone.com/articles/performance-comparison-between
|
n*w
发帖数: 3393 | 10 我引用的link用了什么database？不知道你说什么。没兴趣和你说。
connection
【在 g*****g 的大作中提到】
: 你给的那个link的作者跟你一样烂。底下的这条comment说得很明白，DB连connection
: pooling都没有，还做什么benchmark。
: Also, I would think there would be a better way to do connection pooling
: than giving every Servlet instance its own Database instance. This is
: probably the major bottleneck.
: OP的文章里的实现是允许community pull request的。是真正的是骡子是马拉出啦溜。
:
: 20%。
|
|
|
g*****g
发帖数: 34805 | 11 你用的是CouchDB，实现里每个操作会打开一个http connection，没有pooling。
如果一个DB操作是10ms的话，打开一个连接通常是100ms级。有pooling的话，这些连接
可以被重用，可以大大缩短整个时间。作者这么土鳖的实现，结果就是导致到数据库的
IO轻松地成为瓶颈，语言执行的快慢完全可以忽略不计。在这个前提下Node异步的实现
即使在低并发的时候都会比servlet同步的实现快。当然还是不会比同样异步的java实
现如vert.x快。
web应用，app server到db server的connection pooling是常识。原作者跟你一样没有
常识，你还如获至宝。HelloWorld程序员真不是说的。
你如果去看另外一个评测里的实现，有常识的程序员写的。连最简单的servlet都会实
现connection pool。我老说过你很多次，没常识也要会掩饰，这样不是赤裸裸丢人吗？
https://github.com/TechEmpower/FrameworkBenchmarks/blob/master/servlet/src/
main/webapp/WEB-INF/resin-web.xml
com.mysql.jdbc.jdbc2.optional.MysqlConnectionPoolDataSource
jdbc:mysql://localhost:3306/hello_world?jdbcCompliantTruncation=
false&elideSetAutoCommits=true&useLocalSessionState=true&
cachePrepStmts=true&cacheCallableStmts=true&alwaysSendSetIsolation=
false&prepStmtCacheSize=4096&cacheServerConfiguration=true&
prepStmtCacheSqlLimit=2048&zeroDateTimeBehavior=convertToNull&
traceProtocol=false&useUnbufferedInput=false&useReadAheadInput=false
&maintainTimeStats=false&useServerPrepStmts&cacheRSMetadata=true
benchmarkdbuser
benchmarkdbpass
【在 n*w 的大作中提到】
: 我引用的link用了什么database？不知道你说什么。没兴趣和你说。
:
: connection
|
n*w
发帖数: 3393 | 12 我之前倒是没留意用了couchdb. 同意这样比是比较不合适。这么说你也应该明白之前
你把7倍抛出来有又打了自己的脸。
【在 g*****g 的大作中提到】
: 你用的是CouchDB，实现里每个操作会打开一个http connection，没有pooling。
: 如果一个DB操作是10ms的话，打开一个连接通常是100ms级。有pooling的话，这些连接
: 可以被重用，可以大大缩短整个时间。作者这么土鳖的实现，结果就是导致到数据库的
: IO轻松地成为瓶颈，语言执行的快慢完全可以忽略不计。在这个前提下Node异步的实现
: 即使在低并发的时候都会比servlet同步的实现快。当然还是不会比同样异步的java实
: 现如vert.x快。
: web应用，app server到db server的connection pooling是常识。原作者跟你一样没有
: 常识，你还如获至宝。HelloWorld程序员真不是说的。
: 你如果去看另外一个评测里的实现，有常识的程序员写的。连最简单的servlet都会实
: 现connection pool。我老说过你很多次，没常识也要会掩饰，这样不是赤裸裸丢人吗？
|
g*****g
发帖数: 34805 | 13 没有常识的人拿出了另外一个没有常识的程序员的评测，
还举了两次，我老没办法只好只好详细说明为啥你没常识。
我不明白7倍如何打了自己的脸，asp.net的实现只有servlet速度的28%，你鼓吹的mono
更是惨不忍睹。
我老很明白的说过任何正常的应用瓶颈都不会在boxing/unboxing上，那个傻逼公司的
评测多半是利用Android 2.0和4.0里的bug，也没有第三方和其他版本的验证。这个
测试就是赤裸裸得打脸，你的。
下回你要还是不服，自己去pull request把C#的实现改牛逼了就是。不比在这里丢人强
多了。
【在 n*w 的大作中提到】
: 我之前倒是没留意用了couchdb. 同意这样比是比较不合适。这么说你也应该明白之前
: 你把7倍抛出来有又打了自己的脸。
|
n*w
发帖数: 3393 | 14 又开始进入疯狂打自己脸状态。我都不用mono。不过转了个贴。你要不服那个作者自己
把他的benchmark试一下然后找他拼去。
闪人
mono
【在 g*****g 的大作中提到】
: 没有常识的人拿出了另外一个没有常识的程序员的评测，
: 还举了两次，我老没办法只好只好详细说明为啥你没常识。
: 我不明白7倍如何打了自己的脸，asp.net的实现只有servlet速度的28%，你鼓吹的mono
: 更是惨不忍睹。
: 我老很明白的说过任何正常的应用瓶颈都不会在boxing/unboxing上，那个傻逼公司的
: 评测多半是利用Android 2.0和4.0里的bug，也没有第三方和其他版本的验证。这个
: 测试就是赤裸裸得打脸，你的。
: 下回你要还是不服，自己去pull request把C#的实现改牛逼了就是。不比在这里丢人强
: 多了。
|
g*****g
发帖数: 34805 | 15 那个作者的无厘头实现连connection pool都没做，这么没常识你还举了两次，
上次你举的时候这里的人就提醒过你了，还继续来。这还能说明啥？你丫每次丢
人了不就靠脸皮厚死撑吗，行为艺术又不是第一次。
你虽然不用Mono可是经常语重心长地提醒俺们java程序员，boxing/unboxing对性能
影响很大。LOL。
【在 n*w 的大作中提到】
: 又开始进入疯狂打自己脸状态。我都不用mono。不过转了个贴。你要不服那个作者自己
: 把他的benchmark试一下然后找他拼去。
: 闪人
:
: mono
|
n*w
发帖数: 3393 | 16 一如既往，又用攻击别人的话来形容自己。
【在 g*****g 的大作中提到】
: 那个作者的无厘头实现连connection pool都没做，这么没常识你还举了两次，
: 上次你举的时候这里的人就提醒过你了，还继续来。这还能说明啥？你丫每次丢
: 人了不就靠脸皮厚死撑吗，行为艺术又不是第一次。
: 你虽然不用Mono可是经常语重心长地提醒俺们java程序员，boxing/unboxing对性能
: 影响很大。LOL。
|
N*****m
发帖数: 42603 | 17 看了一下，除了json serialization，似乎c++最快
for
the
an
【在 w**z 的大作中提到】
: http://www.javaworld.com/javaworld/jw-11-2013/131111-java-is-fa
: Looks like Oracle's continued push for Java everywhere, from the "Internet
: of things" on down, isn't just based on hype. At least one set of numbers
: puts Java's performance head and shoulders above that of the competition for
: server-side Web frameworks. But is performance alone enough to win over the
: non-Java faithful?
: Since March 2013, software development firm TechEmpower has been running an
: ongoing series of performance benchmarks for dozens of popular Web
: application server frameworks, such as Ruby on Rails or Django. Each
: successive round of tests has benefited from community feedback, with the
|
g*****g
发帖数: 34805 | 18 你丫就是一留声机，每次打脸，一点技术性的反驳都没有，全靠脸皮厚。
【在 n*w 的大作中提到】
: 一如既往，又用攻击别人的话来形容自己。
|
n*w
发帖数: 3393 | 19 前面已经解释过了，不像你不看前后几句话不断重复。你下个贴继续描绘自己。
【在 g*****g 的大作中提到】
: 你丫就是一留声机，每次打脸，一点技术性的反驳都没有，全靠脸皮厚。
|
g*****g
发帖数: 34805 | 20 解释过? LOL，你来解释一下web app连DB需不需要connection pool吧。
你再来解释一下为啥JVM poor implementation仍然秒了.net吧。
【在 n*w 的大作中提到】
: 前面已经解释过了，不像你不看前后几句话不断重复。你下个贴继续描绘自己。
|
