Von NewRelic veröffentlichter Bericht zur JVM-Umgebung vom März 2020: Java 8 wird weiterhin zu über 84 % genutzt

 (blog.newrelic.com)
6 Punkte von ds5apn 2020-03-24 | 2 Kommentare | Auf WhatsApp teilen

Am 13. März 2020 analysierte NewRelic die Umgebungen von mehreren zehn Millionen VMs, die den Monitoring-Service von NewRelic nutzen, und veröffentlichte die Ergebnisse im Blog.

  • Java 8 macht weiterhin 84,48 % aus. Danach folgt Java 11 mit 11,11 %.

  • Aufstieg von Anbietern außerhalb von Oracle

    • Oracle 74,78 %

    • AdoptOpenJDK 7,06 %

Verwandte Beiträge

2 Kommentare

 
kunggom 2020-03-25

Im Original gibt es noch viele weitere interessante Punkte. Wenn ich meine persönliche Einschätzung dazu gebe, dann ist sie wie folgt.

  • Ich habe den Eindruck, dass an vielen Stellen aus bloßer Gewohnheit selbst bei Neuentwicklungen noch nicht das aktuelle LTS, Java 11, sondern einfach weiterhin Java 8 verwendet wird. Ich frage mich, ob Java 8 auch nach dem Erscheinen des nächsten LTS, Java 17, noch auf mehr als 50 % Marktanteil kommen wird.

  • Dass AdoptOpenJDK den zweithöchsten Anteil hat, dürfte wohl vor allem mit Lizenzthemen zusammenhängen.

  • CMS wird noch immer weit verbreitet als Garbage Collector eingesetzt, aber wie ich hier gepostet hatte: https://de.news.hada.io/topic?id=1762, ist CMS inzwischen ein Auslaufmodell.

  • Wie auch im Original angemerkt wird, ist eine Konfiguration, bei der minimale und maximale Heap-Größe identisch festgesetzt werden, heute eher nicht mehr sinnvoll, wird aber weiterhin häufig verwendet. Sogar wenn man im Internet sucht, findet man immer noch oft falsche Informationen, nach denen eine solche Konfiguration empfohlen wird.

  • Falsch gesetzte Flags im Zusammenhang mit Speicher scheinen ebenfalls recht verbreitet zu sein. Insbesondere scheint es viele Fälle zu geben, in denen Konfigurationen aus älteren Versionen unkritisch unverändert übernommen werden. Wenn sich der Garbage Collector ändert, müssen auch die Speicheroptionen angepasst werden — behält man das nicht im Blick, kommt es zu genau solchen Problemen. Wenn man sich nicht gut auskennt, ist es vermutlich klüger, die Optionen lieber auf den Standardwerten zu belassen, statt halbherzig daran herumzuschrauben.
 
kunggom 2020-03-28

Letztlich hat Oracle den Zeitplan für den zusätzlichen kostenpflichtigen technischen Support für Java 8 bis Dezember 2030 verlängert. Ursprünglich war vorgesehen, dass der technische Support für Java 8 im März 2025 vollständig endet. Zur Einordnung: Öffentliche Updates für Java 8 sind noch bis Ende dieses Jahres (2020) zugesichert, aber wenn man jetzt neu mit der Entwicklung beginnt, ist es sinnvoll, das aktuelle LTS, Java 11, zu verwenden.

http://www.ciokorea.com/news/147070

https://www.oracle.com/java/technologies/java-se-support-roadmap.html