Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.java.programmer > #35678
| From | Arne Vajhøj <arne@vajhoej.dk> |
|---|---|
| Newsgroups | comp.lang.java.programmer |
| Subject | Re: Java is faster! |
| Date | 2016-10-01 11:17 -0400 |
| Organization | Aioe.org NNTP Server |
| Message-ID | <nsok1f$18g4$1@gioia.aioe.org> (permalink) |
| References | <faster-20160923143035@ram.dialup.fu-berlin.de> <nskefg$1eso$1@gioia.aioe.org> <nskiav$el5$1@jstuckle.eternal-september.org> |
On 9/29/2016 10:23 PM, Jerry Stuckle wrote: > On 9/29/2016 9:17 PM, Arne Vajhøj wrote: >> On 9/23/2016 9:31 AM, Stefan Ram wrote: >>> "Java is faster! >>> In terms of throughput in a long running system ... >>> For specific applications ... >>> On a well tuned JVM ... >>> With near-optimal GC strategy selected ..." >>> >>> says Chandler Carruth, one of Google's C++ experts. (JFTR) >> >> Java JIT and GC are pretty good today. >> >> No surprise that it is faster "For specific applications". >> >> There are probably also some other specific applications where >> C++ are faster. >> >> The real point is that throughput is not a decisive >> factor in picking the language. >> >> Arne >> >> > > I also think it would depend on how efficient the C++ coding is. I've > seen some awfully bad C++ code which works at a snail's pace, and other > C++ code which does the same thing in the blink of an eye. There are a lot of bad C++ code out there. But Chandler Carruth is member of ISO C++ standard committee and heads Googles work with the CLang/LLVM, so my guess is that he can recognize good and bad C++ code. Arne
Back to comp.lang.java.programmer | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Re: Java is faster! Arne Vajhøj <arne@vajhoej.dk> - 2016-09-29 21:17 -0400
Re: Java is faster! Jerry Stuckle <jstucklex@attglobal.net> - 2016-09-29 22:23 -0400
Re: Java is faster! Arne Vajhøj <arne@vajhoej.dk> - 2016-10-01 11:17 -0400
Re: Java is faster! Jerry Stuckle <jstucklex@attglobal.net> - 2016-10-01 12:54 -0400
csiph-web