Elettracompany.com

Компьютерный справочник
0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Java mission control

Marcus Hirt

Life, Java and Everything

Low Overhead Method Profiling with Java Mission Control

With the Hotspot JDK 7u40 there is a nifty new tool called Java Mission Control. Users of the nifty old tool JRockit Mission Control will recognize a lot of the features. This blog focuses on the Flight Recorder tool, and the method profiling information you can get from the flight recorder.

So you want to know why all your CPUs are saturated. Perhaps you even want to get some hints as to what changes can be done to your application to make it less CPU-hungry. Don’t despair – Java Mission Control to the rescue!

Built into the HotSpot JVM is something called the Java Flight Recorder. It records a lot of information about/from the JVM runtime, and can be thought of as similar to the Data Flight Recorders you find in modern airplanes. You normally use the Flight Recorder to find out what was happening in your JVM when something went wrong, but it is also a pretty awesome tool for production time profiling. Since Mission Control (using the default templates) normally don’t cause more than a per cent overhead, you can use it on your production server.

Getting the Data

So, to do method profiling with JMC, simply go about producing a recording like you normally would. Here is an example:

  1. Start the application you want to profile with the following arguments to enable the flight recorder:
    -XX:+UnlockCommercialFeatures -XX:+FlightRecorder
  2. Next start Mission Control. You can just double click on jmc in the bin folder of your 7u40 JDK.
  3. (Close the Welcome screen if this is your first time starting JMC.)
  4. Right click on the JVM you wish to start a flight recording on in the JVM browser and select Start Flight Recording.
  5. Leave all the default settings and select the ‘Profiling – on server’ template for your Event Settings. You can usually just hit finish at this point, but I’d like to talk a bit on how you can control the method sampler.
  6. Click Next to go to the higher level event settings. These are groupings of named settings in the template. Here you can select how often you want JFR to sample methods by changing the Method Sampling setting.
  7. If this level of granularity is not enough, you can click next and modify the event settings on a per event type basis. Type Method in the filter text box.

    Note that you can go back and forth between the previous wizard page to find out what the high level settings really represent.
  8. When satisfied, click finished. The recording will be downloaded automatically and displayed in Mission Control. Click the tab group for Code to start visualizing your Method Profiling Sample events.

    (Since Java 2D hardly produces any load on my machine, I actually switched to a SpecJBB recording here. )
    On this tab you get a overview breakdown of where the JVM is spending the most time executing your application.
  9. Switch to the method profiling tab to find a top list of the hottest methods in your application.

    The top ones are usually a good place to start optimizing.

Optimization

Once you’ve found your top methods, you either want to make sure that these methods are faster to execute, or that you call the method less. To find out how to call the method less, you normally look for ways to call along the predecessor stack traces less, and you look for the closest frame that you can change. It is quite common that the case is that some JDK core class and method is among the top methods.

Since you cannot rewrite, say, HashMap.getEntry(), you need to search along the path for something that you can change/control. In my recording, the next one is HashMap.get(), which does not help much. The next one after that might be a good candidate for optimization. An alternative would be to find somewhere along the entire path where we can reduce the number of times we need to call down to get whatever we need to get from the HashMap.

After you’ve done your optimizations you do a new recording to see if something else has popped up to the top. Notice that it really doesn’t matter exactly how much faster the method itself became. The only interesting characteristic is the relative time you spend executing that part of the Java code. It gives you a rough estimate of the maximum performance gain you can get from optimizing that method.

Command Line Flags

Aside from the normal command line flags to control the FlightRecorder (see this blog), there are some flags that are especially useful in the context of the method sampling events.

There is one flag you can use to control whether the method profiler should be available at all:

There is also a flag to limit the stack depth for the stack traces. This is a performance optimization and a safety, so that the performance hit doesn’t run away, say if you have an insane stack depth and a lot of deep recursive calls. I believe it is set to 64 by default:

Limitations

The Flight Recorder method profiler is quite good at describing where the JVM is spending the the most time executing Java code at a very low overhead. There are, however, some limitations/caveats that can be useful to know about:

  1. If you have no CPU load, do not care too much about what the method profiling information tells you. You will get way fewer sample points, not to mention that the application may behave quite differently under load. Now, should your application be under heavy load and you still aren’t saturating the CPU, you should probably go check your latency events.
  2. The method profiler will not show you, or care about, time spent in native. If you happen to have a very low JVM generated CPU load and a high machine CPU load in your recording, you may be spending quite a lot of time in some native library.

Further reading and useful links

Mission Control on Twitter:
@javamissionctrl

Monitor and profile application with Java Mission Control

Monitoring Java applications is can be done with different tools and with JDK you get one good tool for it: Java Mission Control. Java Mission Control and Java Flight Recorder together create a complete tool chain to continuously collect low level and detailed runtime information enabling after-the-fact incident analysis. Starting with Oracle JDK 7 Update 40 (7u40) Java Mission Control (JMC) bundled with the HotSpot JVM. Let’s take a short look what those tools are.

Читать еще:  Javascript string to datetime

«Java Flight Recorder is a profiling and event collection framework built into the Oracle JDK. It allows Java administrators and developers to gather detailed low level information about how the Java Virtual Machine (JVM) and the Java application are behaving. Java Mission Control is an advanced set of tools that enables efficient and detailed analysis of the extensive of data collected by Java Flight Recorder. The tool chain enables developers and administrators to collect and analyze data from Java applications running locally or deployed in production environments.» — Oracle Java Mission Control.

Java Mission Control and Java Flight Recorder are commercial features, which are available as part of the Oracle Java SE Advanced product. They are freely available for download for development and evaluation purposes, as per the terms in the Oracle Binary Code License Agreement, but require an Oracle Java SE Advanced license for production use.

Using Java Mission Control

Oracle Java Mission Control is a tool suite for managing, monitoring, profiling, and troubleshooting your Java applications and it consists of the JMX Console and the Java Flight Recorder. To get a good overview how you can use Java Mission Control check Java Mission Control demo video. The JMC Client is built to run on Eclipse and it’s based on the features of the old JRockit Mission Control.

The JMX Console enables you to monitor and manage your Java application and the JVM at runtime but the main and most important feature is the Flight Recorder. Java Flight Recorder (JFR) records the behavior of the JVM at runtime and you can analyze the recording offline using the Java Flight Recorder tool. They say that the overall profiling overhead for your applications stays at less than 2%, usually much less.

Starting with Oracle JDK 7 Update 40 (7u40) it’s bundled with the HotSpot JVM and although you can connect it to older JDK’s like application running on JDK 6 the newer ones show more information and have more features. So no real fun with legacy applications. The Flight Recorder needs at least JDK 7 Update 40.

Start JMC from the Windows command prompt:
«c:Program FilesJavajdk1.8.0_20binjmc.exe»

Java Mission Control can be connected to local or remote Java Application. Start your application with following Virtual Machine flags which enables the JMX remote without authentication and Mission Control:

If you’re using WebLogic then the JMX Remote settings are following:

JMC does not include or run with a security manager, so a user must ensure to run the JMC client in a secure environment.

After connecting JMC with your Java application it opens a familiar Eclipse based user interface. JMX Console has couple of tabs on the bottom which shows overview, MBeans, Memory and Thread information.

JMC: JMX Console MBeans JMC: JMX Console Memory

JMC: JMX Console Threads

The more useful tool is the Java Flight Recorder (JFR) for profiling your application. In Java Mission Control JVM Browser right click on the Java Virtual Machine you wish to start a Flight Recording.

Leave all the default settings and select the «Profiling — on server» template for your Event Settings. Just hit finish at this point. You can also click Next to go to the higher level event settings which are groupings of named settings in the template. You can select how often you want JFR to sample methods by changing the Method Sampling setting.

The recording will be downloaded automatically and displayed in Mission Control. Click the tab group for Code to start visualizing your Method Profiling Sample events. Switch to the method profiling tab to find a top list of the hottest methods in your application.

Too bad I don’t have nice recording to show but here’s couple of screenshots. Better overview of how to use Flight Recording can be seen from the Java Mission Control demo video.

JMC: Flight Recording

Oracle выпускает Java Development Kit 8, Update 40

Корпорация Oracle объявила о выпуске Java Development Kit (JDK) 8, Update 40 (JDK 8u40), продолжая инвестировать в самый популярный в мире язык программирования. Java используется как в небольших устройствах, так и в интеграционных решениях типа «умный город». Никакая другая технология не поддерживает такого количества решений в самых разных областях. Поэтому Oracle стремится тесно сотрудничать с ключевыми партнерами в экосистеме Java, чтобы постоянно совершенствовать платформу Java, внедряя инновации. JDK 8u40, новая версия реализации стандарта Java SE компании Oracle, вносит усовершенствования в производительность, масштабируемость и администрирование, позволяя разработчикам Java-приложений, партнерам и руководителям, несущим ответственность за принятие ИТ-решений, проще и быстрее внедрять инновации и улучшать приложения. Эта версия также включает обновления JavaFX.

«Широкое распространение мобильных устройств и «Интернета вещей» делает наш мир все более взаимосвязанным, но это было бы невозможно без базовой технологии, такой как Java, — отметил Джордж Сааб (Georges Saab), вице-президент Oracle по разработке Java Platform. — Внося эти обновления в JDK 8, мы продолжаем открывать новую эру Java, чтобы предоставить разработчикам и предприятиям возможность повышать значимость Java как основы для сегодняшних и будущих революционных бизнес-решений».

Java SE: ускорение инноваций
С момента выпуска Java SE 8 в прошлом году эта платформа демонстрирует рекордные темпы распространения, которые существенно превышают показатели аналогичного периода после выпуска Java SE 7. Платформа была значительно усовершенствована, и ее новая версия предлагает следующие функциональные возможности и преимущества:

Усовершенствования сборщика мусора G1 (JEP 156). Уменьшена вероятность длительных пауз, когда система высвобождает ресурсы. Уменьшена зависимость G1 от полного сбора мусора для выполнения загрузки класса или других важных операций. Это достигается благодаря поддержке загрузки классов в конце циклов параллельной маркировки.

Динамическая активация функции Java Flight Recorder (JFR). Эту функцию теперь можно динамически активировать из командной строки или Java Mission Control (JMC), вне зависимости от исходных параметров запуска, что повышает удобство использования Oracle Java SE Advanced. Прежде это можно было сделать, только остановив и перезапустив соответствующие инструкции из командной строки. Динамическая активация JFR позволяет пользователям решать проблемы без необходимости остановки, которая может оказывать влияние на выполнение соглашений об уровне обслуживания и приводить к прерыванию работы конечного пользователя.

Читать еще:  Java void type

Улучшения упаковщика Java. Упаковщик позволяет разработчикам создавать приложения, не требующие установки Java Runtime на клиенте. Такие автономные приложения можно затем размещать, например, в магазине Mac App Store. Разработчики приложений имеют полный контроль над средой исполнения и точками входа приложения.

Новый инструмент обновления данных о часовых поясах. Этот инструмент может использовать «сырые» правила для данных о часовых поясах (tzdata) из базы данных регистрации часовых поясов IANA и преобразовывать их в формат, требуемый JRE. Пользователи получают возможность немедленно обновлять правила для часовых поясов JDK/JRE вместе с обновлениями от IANA.

Поддержка Nashorn. В новой версии реализовано множество оптимизаций Nashorn, включая поддержку динамических языков. Кроме того, добавлен фильтр классов Nashorn, который обеспечивает детальный контроль доступа к классам Java из кода JavaScript через новый интерфейс фильтрации.

Реакция JVM на дефицит памяти. Свойство memory pressure (дефицит памяти) отражает общее использование памяти (ОЗУ) в системе. Эта новая функциональная возможность может эффективно использоваться для сокращения объема памяти, используемой в системе в случае развертывания множества виртуальных машин JVM, а также контроля объема памяти, выделяемого для использования каждой виртуальной машиной, исключая возникновение ошибок нехватки памяти Out of Memory Errors (OOME).

Java Mission Control 5.5 (JMC). Этот инструмент включен в состав JDK 8u40. Он основывается на Eclipse 4.4 и содержит подключаемые модули, которые теперь подписываются. Кроме того, JMC по умолчанию не будет показывать скрытые методы лямбда-форм.

Сокращение и кэширование лямбдаформ (JEP 210). Это улучшение позволяет уменьшить объем памяти, необходимой приложениям, и повышает производительность динамических языков.

Масштабируемость отслеживания использования системной памяти (JEP 195). Эта функция была улучшена, чтобы обеспечить ее выполнение без существенного влияния на производительность. В то же время, она предоставляет пользователям возможность диагностировать утечки памяти в виртуальной машине JVM.

Повышение производительности алгоритмов шифрования SHA. Производительность была улучшена на системах класса SPARC, которые активно используются для подписи сертификатов в сервисе Web of Trust. Производительность SHA чрезвычайно важна для обеспечения интернет-безопасности, поскольку браузеры начинают требовать версии SHA-256 или выше с более интенсивными вычислениями, не рекомендуя использовать версию SHA-1.

Продолжение инноваций в Java FX
JavaFX предлагает следующие новые функциональные возможности и усовершенствования:

Возможность модернизации стека JavaFX в Mac OS X (JEP 206). Стек мультимедийных возможностей JavaFX в Mac OS X был перенесен с QTKit и Quicktime, использование которых не рекомендуется, на новую платформу AVFoundation. Теперь разработчики, использующие мультимедийный стек JavaFX, могут получать одобрение магазина Mac App Store и размещать там свои приложения.

Доступность JavaFX (JEP 204). Улучшены существующие в JavaFX средства поддержки вспомогательных технологий для людей с ограниченными возможностями. Разработчикам предлагается публичный API-интерфейс для написания своих собственных средств обеспечения доступности.

Текущую версию Java SE можно бесплатно загрузить с web-сайта Oracle для использования в вычислительных системах общего назначения.

Как использовать Java Mission Control

Здравствуйте, я новичок в Java и, наконец, загрузил Java Mission Control . Однако я не знаком с ним и не могу создать базовую настройку для меня, чтобы практиковать кодирование.

Я начал программировать с Python 3.4 и использовал Pycharm , но, очевидно, это сильно отличается. Поиск не очень помог, так как ввод Java Mission Control не вызвал много, но сложных учебников по расширенным вопросам.

Прямо сейчас все, что я могу сделать, это запустить Java Mission Control , который имеет черную страницу без возможности ввода и «The JVM» в левом столбце. Некоторая помощь будет оценена.

2 Ответа

Pycharm-это IDE, и Java управления полетами не.

Кажется, что вы ищете Java IDE. 3 наиболее известных — это Eclipse, IntelliJ и Netbeans .

IntelliJ-это от JetBrains, как и Pycharm. Это может показаться вам наиболее знакомым.

Java Mission Control-это довольно продвинутый инструмент для отладки и диагностики, а не среда разработки.

На вашем текущем уровне я бы предложил начать с BlueJ, чтобы получить представление о том, как работает Java, а затем, когда вы будете готовы перейти на полнофункциональный IDE.

Я бы предложил использовать IntelliJ тогда, поскольку это означало бы, что отладчик будет очень знаком вам, поскольку они намеренно построили и отладчик PyCharm Python на том же фундаменте.

Похожие вопросы:

Я хотел бы отслеживать производительность в веб-приложении, которое мы разместили на WebLogic 10.3.6, используя Java Mission Control. Я внимательно слежу за процедуры, которые обсуждались в Java.

Было объявлено, что Java Mission Control(JMC) будет передан с Oracle сообществу с открытым исходным кодом с JDK 11 и далее. Однако JMC не входит в комплект с выпусками OpenJDK11 . Я читал, что JMC.

я вижу, что некоторые документы на сайте Oracle сказали: JRockit Mission Control 4.1 теперь доступен для загрузки. Он включает в себя поддержку HotSpot, улучшенную поддержку Solaris, интеграцию.

Я установил OpenJDK 8 на Ubuntu, используя sudo apt-get install openjdk-8-jdk , и он был установлен на /usr/lib/jvm/java-8-openjdk-amd64 . Где я могу найти управления полетами Java (кажется.

У меня есть процесс java, запущенный на удаленном сервере, который предоставляет SSL настроенный порт JMX, используя аргументы com.sun.management.jmxremote JVM. Процесс использует хранилище ключей.

Как можно подключиться к удаленному JVM и контролировать его с помощью JRockit Mission Control во время нагрузочного теста? Флаги? Настройки? Я нахожусь на Mac OS 10.6.8. Я могу ssh -X к серверу и.

Монитор ColdFusion отлично подходит для получения подробной информации о самом сервере, но он довольно ограничен, когда речь заходит о JVM. Как можно реализовать Java Mission Control или аналогичное.

Я читал, что GlassFish предоставляет пользовательские события для Java Flight Recorder (JFR) / Java Mission Control (JMC). Я попытался просмотреть в JMC 5.4 запись JFR 5.3, полученную из GlassFish.

Я новичок в Java, и я только недавно установил его и установил переменные среды. Но когда я пытаюсь что-то скомпилировать, он говорит:: javac: file not found: BoleanTest.java Usage: javac.

Я анализирую часть приложения Java 8, используя Java Mission Control. Я использую Java Mission Control 6.0.0 (версия, которая поставляется с Java 9 и 10). В представлении памяти под Java приложением.

Java Mission Control tool

  • Big Data
    • Big Data algorithms
    • Big Data problems — solutions
    • Data engineering patterns
    • General Big Data
  • Java
    • Class loading
    • Garbage Collection
    • Java
    • Java 8
    • Java I/O
    • Java Instrumentation
    • Java bytecode
    • Java collections
    • Java concurrency
    • Java memory model
    • Monitoring
    • Off-heap
  • Scala
    • Scala OOP
    • Scala async
    • Scala collections
    • Scala core
    • Scala functional
    • Scala syntax
    • Scala tests
    • Scala types
  • Spring
    • Spring Data JPA
    • Spring Integration
    • Spring Web MVC
    • Spring framework
    • Spring security
    • Akka
    • Apache Airflow
    • Apache Avro
    • Apache Beam
    • Apache Cassandra
    • Apache Kafka
    • Apache Parquet
    • Apache Pulsar
    • Apache Spark
    • Apache Spark GraphFrames
    • Apache Spark GraphX
    • Apache Spark SQL
    • Apache Spark Streaming
    • Apache Spark Structured Streaming
    • Apache ZooKeeper
    • Data on AWS
    • Elasticsearch
    • Google Guava
    • Graphs
    • HDFS
    • Hibernate
    • JPA
    • JUnit
    • Maven
    • MySQL
    • Play Framework
    • PostgreSQL
    • Programming
    • RabbitMQ
    • SQL
    • Testing
    • Time series
    • Tomcat
    • Web security
Читать еще:  Игры на javascript пример

Java Mission Control tool

September 24, 2017 Monitoring Bartosz Konieczny

Versions: Java 8

This post makes an insight on this profiling and monitoring tool. The first part shortly defines it. The second part shows, through taken screenshots, which information it exposes.

Java Mission Control defined

Java Mission Control (JMC) is a set of tools helping to analyze what happens in the JVM. It’s composed of 3 parts:

  • JMX console — monitors JVM activity in real-time and allows to change some of JVM’s properties without restarting it. Moreover, it can be used as alerting system to send notifications when the threshold of some metrics is reached (e.g. CPU use is equal to 90%)
  • Java Flight Recorder (JFR) — JFR collects data over time. It can be used separately from JMC but the most often both are used together. Please note that the JFR can be freely used only for evaluation purposes. Used in production servers it requires a commercial licence.
  • external plugins — as in the case of JVisualVM, JMC also makes possible to extend its features with additional plugins

JMC collects low level runtime information (heap size, CPU use, number of objects of particular class. ) and exposes it through an UI. It can work locally and remotely. For this second case, it’s required to configure jmxremote (e.g.: -Dcom.sun.management.jmxremote=true -Dcom.sun.management.jmxremote.port=3614 -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.ssl=false) when the monitored application is started. JMC interacts thus with JVM’s JMX agent to discover what happens on the JVM.

Historically JMC was developped as a part of proprietary JVM called JRockit. Its initial goal was to provide a non intrusive monitoring and profiling tool for production applications running on JRockit. With the update 40th of Java 7 the JMC was moved to public JDK. JMC achieves good performances and is not intrusive because the collected events come directly from the JVM. Thanks to that it avoids the observer effect . JMC is different than other monitoring tools that use sampling or profiling techniques.

Observer effect

It occurs when the observation of a phenomenon changes the phenomenon itself. In IT we can meet observer effect when for instance:

  • we want to analyze the CPU use with the program running on the same PC and so using the analyzed CPU
  • logging the information about program execution that can slow down the whole execution time because of I/Os

Sampling and profiling in monitoring tools

We can monitor and analyze applications on runtime with either sampling or profiling approach.

Sampling consists on collecting runtime information every defined interval of time, for instance every 1 minute. As you can see, the collected information can be approximative. For example, if we have methods executed in less than 1 minute, their metrics can be missed by the sampler.

Profiling is more exact measure because it instrumentates the executed code. However it adds a bigger performance overhead than the sampling and can seriously slow down the application.

The JMC UI is launched through jmc command. We can customize some of its features, as define workspace (-data $workspace attribute) or add additional JVM arguments (-vmargs $jvmArguments attribute). The configuration can also be modified through the changes of jmc.ini file

Zoom at JMC

Now it’s time to discover JMC in practice. The points below will list the main (subjectively chosen) tabs of JMC UI:

  • Dashboard — globally this part looks similarly to the JVisualVM dashboards. We can find there heap and CPU use in 2 differnet representations (detailed and resumed). An interesting thing is that we can freely modify displayed parts by clicking at «+» button.
    At first glance the third metric displayed by default, Live set and fragmentation, can be difficult to understand. In fact it represents the amount of free heap memory after each GC. If this value increases every time it means that the available heap is smaller after the subsequent GC that probably means the memory leaks.
  • System — this tab groups all information about executed system. We can find there server properties, JVM stats and system properties.
    Here too we can freely compose exposed metrics. The second screen shows some of additional available JVM statistics we can add.
  • Triggers — it’s maybe the most interesting part, not present in JVisualVM. It enables the definition of alerts that are triggered after given metric reaches specified threshold. Similarly to previously described parts, triggers can also be freely configured. We can for instance define the days where the alert is active. We can also specify the actions triggered when the threshold is met, e.g. sending an e-mail or logging the alert to the file.
  • Memory — this view is a classical one in the most of JVM monitoring tools. It groups all metrics related to the memory, as: the number of created instance for all classes living in the heap, GC stats or active memory pools.

Memory pools

Generally memory pools represent the set of memory resources preallocated by the system enabling dynamic memory allocation (= memory allocated on runtime, e.g. by using C++ new operator). They can be grouped in hierarchical structures and enable the memory release for a set of objects with in just one operation.

In JVM memory pools are represented by on-heap and off-heap memory parts, as metaspace or generations (young, old).

JMC came to JDK some time ago but it still less popular than JVisualVM. But as we could see in the first part, the JMC enhances the features proposed by JVisualVM by limiting observer effect and working with Java Flight Recorder. Through the screens from the second section we could also see that the JMC proposes not only monitoring but also alerting (trigger) in different forms (e-mail, log. ). This part also shown that the JMC is not a closed tool because it can be freely customized thanks to a lot of «+» buttons defined in the interface.

If you liked it, you should read: Java Flight Recorder

Ссылка на основную публикацию
ВсеИнструменты 220 Вольт
Adblock
detector