Comparison of Java and C++ (English Wikipedia)

Analysis of information sources in references of the Wikipedia article "Comparison of Java and C++" in English language version.

refsWebsite
Global rank English rank
1st place
1st place
5,060th place
4,600th place
1,514th place
1,024th place
4,221st place
2,842nd place
6th place
6th place
low place
9,420th place
low place
low place
32nd place
21st place
low place
low place
low place
low place
1,475th place
1,188th place
153rd place
151st place
1,131st place
850th place
4,643rd place
2,973rd place
69th place
59th place
low place
low place
3,341st place
2,191st place
low place
low place
low place
low place
low place
6,254th place
786th place
558th place

archive.org

arxiv.org

azulsystems.com

boost.org

cppreference.com

en.cppreference.com

ghostarchive.org

  • Hundt, Robert (27 April 2011). "Loop Recognition in C++/Java/Go/Scala" (PDF). Stanford, California: Scala Days 2011. Archived (PDF) from the original on 9 October 2022. Retrieved 17 November 2012. Java shows a large GC component, but a good code performance. [...] We find that in regards to performance, C++ wins out by a large margin. [...] The Java version was probably the simplest to implement, but the hardest to analyze for performance. Specifically the effects around garbage collection were complicated and very hard to tune; 318 kB
  • "Working Draft, Standard for Programming Language C++" (PDF). Archived (PDF) from the original on 9 October 2022.

gnu.org

gcc.gnu.org

ibm.com

www-128.ibm.com

jcp.org

microsoft.com

msdn.microsoft.com

objectmentor.com

open-std.org

oracle.com

docs.oracle.com

blogs.oracle.com

  • "Unsigned Integer Arithmetic API now in JDK 8". Archived from the original on 25 February 2017. Retrieved 17 March 2014.

download.oracle.com

scala-lang.org

days2011.scala-lang.org

  • Hundt, Robert (27 April 2011). "Loop Recognition in C++/Java/Go/Scala" (PDF). Stanford, California: Scala Days 2011. Archived (PDF) from the original on 9 October 2022. Retrieved 17 November 2012. Java shows a large GC component, but a good code performance. [...] We find that in regards to performance, C++ wins out by a large margin. [...] The Java version was probably the simplest to implement, but the hardest to analyze for performance. Specifically the effects around garbage collection were complicated and very hard to tune; 318 kB

stackoverflow.com

stroustrup.com

sun.com

java.sun.com

umass.edu

people.cs.umass.edu

  • Matthew Hertz, Emery D. Berger (2005). "Quantifying the Performance of Garbage Collection vs. Explicit Memory Management" (PDF). OOPSLA 2005. Archived from the original (PDF) on 6 July 2017. Retrieved 15 March 2015. In particular, when garbage collection has five times as much memory as required, its runtime performance matches or slightly exceeds that of explicit memory management. However, garbage collection's performance degrades substantially when it must use smaller heaps. With three times as much memory, it runs 17% slower on average, and with twice as much memory, it runs 70% slower.

web.archive.org

  • "Unsigned Integer Arithmetic API now in JDK 8". Archived from the original on 25 February 2017. Retrieved 17 March 2014.
  • Robert C. Martin (January 1997). "Java vs. C++: A Critical Comparison" (PDF). Archived from the original (PDF) on 11 May 2008. Retrieved 15 December 2007.
  • Satish Chandra Gupta; Rajeev Palanki (16 August 2005). "Java memory leaks – Catch me if you can". IBM DeveloperWorks. Archived from the original on 22 July 2012. Retrieved 2 April 2015.
  • How to Fix Memory Leaks in Java by Veljko Krunic (10 Mar 2009)
  • Matthew Hertz, Emery D. Berger (2005). "Quantifying the Performance of Garbage Collection vs. Explicit Memory Management" (PDF). OOPSLA 2005. Archived from the original (PDF) on 6 July 2017. Retrieved 15 March 2015. In particular, when garbage collection has five times as much memory as required, its runtime performance matches or slightly exceeds that of explicit memory management. However, garbage collection's performance degrades substantially when it must use smaller heaps. With three times as much memory, it runs 17% slower on average, and with twice as much memory, it runs 70% slower.
  • Targeting IA-32 Architecture Processors for Run-time Performance Checking
  • "Fixing The Inlining "Problem" by Dr. Cliff Click |Azul Systems: Blogs". Archived from the original on 7 September 2011. Retrieved 23 September 2011.
  • ZDNet: Oracle buys Sun; Now owns Java Archived 10 April 2010 at the Wayback Machine.

xmpp.org

zdnet.com

blogs.zdnet.com