YourKit Java Profiler

YourKit Java Profiler е търговска процесора и паметта профайлър софтуер, който позволява на потребителите лесно да реши широк спектър от CPU и проблеми с производителността на паметта, свързани.
YourKit Java Profiler разполага автоматично откриване на течове, мощни инструменти за анализ на разпределението на паметта, обект грамада браузър, всеобхватни тестове за памет, като част от вашия JUnit процеса на тестване, изключително ниска профилиране режийни.

Какво е нова в тази версия:

• Агент: Windows откриване версия подобри. По-специално, Windows 10 вече е правилно открити и кратката показва Windows версията с номера на строителство.
• интеграция IDE: бъг фиксирани: NetBeans плъгин не може да бъде инсталиран на Windows 10
• CPU профилиране: CPU проследяване корекция резултат сега се прилага само ако -Dyjp.apply.calibration = вярно е посочена в /bin/ui.ini
• Memory профилиране: оптимизация: подобрено време на зареждане на паметта снимки (по-специално, & quot; задача 3 & quot; в процес на изпълнение)
• Memory профилиране: оптимизация: Обект изследовател и други възгледи отворена по-бързо за някои обекти комплекти
• профилиране Memory: бъг фиксирани: памет течове на временни структури от данни, създадени по време на снимките се зареждат

Какво ново във версия 2013 Build 13072:

• UI: бъг фиксирани: спорадична & quot; Java. lang.ClassCastException & quot;
• UI: безизходица детектор: бъг фиксирани: Възможно & quot; безизходица проблем детектор: несъответствие & quot статус; изключения за някои суровини
• Агент: бъг фиксирани: IBM Java: & quot; & quot java.lang.UnsatisfiedLinkError; за алтернативни методи в com.ibm.oti.vm.VM

Какво ново във версия 2013 Build 13070:

• Агент: Linux: бъг фиксирани: неправилно име на сесията бе избрана в случай на много дълго команден ред, т.е. "Java", вместо на основния клас или JAR име
• Агент: бъг фиксирани: стартиране възможности probe_on, probe_off, probe_auto, probe_disable не приемат краткосрочен синтаксис за вградени сонди, напр .Databases За com.yourkit.probes.builtin.Databases
• Агент: сонди, представяне броячи: бъг фиксирани: FileOutputStream и обработва I / O събития, които не са регистрирани в някои версии на Java

<> Li интеграция IDE: NetBeans 8.0 поддържа Beta
• интеграция IDE: Mac OS X: бъг фиксирани: на профайлър UI няма да се свързва автоматично с профилирани процес поради Java 7 невъзможност JavaAppLauncher да мине неговите параметри на командния ред, за да изпълним Java

Какво ново във версия 2013 Build 13066:

• CPU профилиране:
• сравнение Snapshot: подобрение: гледка роби & quot; Back & quot ;, проследява & quot; Callees списък & quot; и & quot; Слято Callees & quot; са добавени за метод, избран в & quot Метод списъка & quot ;. Те са особено полезни, когато се анализира метод, наречен от различни места в снимки, които се сравняват.
• профилиране J2EE високо равнище вече е базиран на вградени резултати сонда.
• Това елиминира режийни на използваните преди посветен обратни извиквания, които частично се повтарят вградената функционалност сонда, както и някои операции в изпълнение вместо да ги извършване когато Profiler отваря една моментна снимка.
• high_level_cpu_profiling на имоти в извадка CPU или проследяване на настройките вече не съществува. Disablej2ee The опция за стартиране е била отстранена. За да включите J2EE профилиране на високо ниво, вие трябва да изключите или забраните, съответстваща сонди.
• CPU проследяване: нова опция за стартиране _instrument_all_methods е добавен към инструмент примитивни привличат, създателите и други подобни кратки методи, които само предметни области достъп и / или връщат стойност. По подразбиране, тези методи не са инструментирани за намаляване режийни. Използвайте тази опция, когато извикване брои за всички наречени методи са по-ценни от точността на времето и по-ниски режийни.
• UI: добавя способността да покаже методи, които се появиха по-малко от 1 милисекунда, като се посочва -Dyjp.show.shortest.methods = вярно в /bin/yjp.ini
• Оптимизация: Горещи точки оглед отваря много по-бързо
• UI: добавена възможност за деактивиране на корекцията метод за нула време с помощта на имота -Dyjp.zero.time.methods = фалшиво в /bin/yjp.ini. Корекцията на нула време означава, че всички повиквания към следните методи са игнорирани:
• java.lang.Object: чакаме (*)
• java.lang.Thread: сън (*)
• java.lang.Thread: добив (*)
• java.net.PlainSocketImpl: socketAccept (*)
• java.net.PlainSocketImpl: приемам (*)
• java.net.ServerSocket: приемам ()
• org.apache.tomcat.jni.Socket: приемам (*)
• sun.nio.ch.ServerSocketChannelImpl: accept0 (*)
• sun.misc.Unsafe: парк (*)
• java.util.concurrent.locks.LockSupport: парк * (*)
• com.ibm.tools.attach.javaSE.IPC: waitSemaphore (*)
• sun.nio.ch.EPollArrayWrapper: epollWait (*)
• Технически, времето си, се изважда от времето на обаждащия до дърво корен на повикване, когато CPU профилиране резултати са заредени в UI. С други думи, времето винаги се приема, че е 0, когато се прилага корекция.
• Profiling Memory:
• Object изследовател: стойности се показва моментално за обекти на следните класове:
• java.util.Date
• java.net.URL
• java.io.File
• java.util.zip.ZipFile
• java.util.jar.JarFile

<> Li примитивна стойност опаковки:
• java.lang.Integer
• java.lang.Long
• java.lang.Short
• java.lang.Boolean
• java.lang.Byte
• java.lang.Character
• java.lang.Double
• java.lang.Float

<> Li атомни стойности:
• java.util.concurrent.atomic.AtomicInteger
• java.util.concurrent.atomic.AtomicLong
• java.util.concurrent.atomic.AtomicBoolean

<> Li други числови класове:
• java.math.BigDecimal
• java.math.BigInteger
• размисъл:
• java.lang.reflect.Field
• java.lang.reflect.Constructor
• java.lang.reflect.Method
• (тъй като се изгради 13 062) Размер на събиране на класове за събиране и техните подкласове:
• java.util.ArrayList
• java.util.Arrays $ ArrayList (завърна от Arrays.asList ())
• java.util.HashMap
• java.util.HashSet
• java.util.Hashtable
• java.util.IdentityHashMap
• java.util.LinkedList
• java.util.PriorityQueue
• java.util.TreeMap
• java.util.Vector
• java.util.WeakHashMap
• Object изследовател: самостоятелно съотнасяне обекти са изрично посочени с [Self препратка], и съответните черупчести възли са листа сега, за да се избегне безкрайното разширяване
• Object изследовател: добавя способността да персонализирате максималния брой показани отделни обекти с помощта на имота -Dyjp.max.objects.to.show = в /bin/yjp.ini. Стойността по подразбиране остава 500. Забележка:. Настройката по-големи стойности увеличава използването на паметта и може да забави ПС

<> Li Примитивни масиви с всички същите елементи са изрично посочено в обект изследовател, пътеки и други възгледи, представляващи отделни обекти
• Анализ на масиви с голям брой елементи е опростена с помощта на новата памет действия | Виж Array Elements (Shift + F5) (също достъпни чрез изскачащо меню), който отваря всички елементи на избрания референтен масив (и) в нов раздел, където те могат да бъдат изчерпателно разгледани с всички налични мнения.
• Това действие също е на разположение, тъй като & quot; Open всички елементи в нов раздел & quot; хиперлинк в обект изследовател в допълнение към & quot; Configure показан елемент на масива гама ... & quot; хиперлинк разположение за масивите със скрити елементи.
• обединени пътеки: подобрение: отделни възли се използват за GC корени и предмети, запазени от множество обекти
• обединени пътеки: подобрение: & quot;

Какво ново във версия 12.0.5:

• Дневникът на файла средство не може да бъде създадена, ако Име на сесията съдържаше невалидни името на файла символи.

Какво ново във версия 12.0.4:

• Този запис версия поправки в извадката разпределение, който може да се срине профилираните заявлението, ако никога не е била започната извадка CPU.
• The пакет JRE е обновена до Java 7.

Какво ново във версия 12.0.3:

• Подкрепа за FreeBSD 8 е подобрило
• Зареждане на снимки с голям размер на GC е силно оптимизиран.
• Тази версия решава някои проблеми с JBoss, GlassFish и OSGi Felix.

Какво ново във версия 12.0.1:

• New Platforms Подкрепа:
• Linux на ARM: текущ профилирани приложения и / или на профайлър UI се поддържа на меките плувка (ARMv5, ARMv7) и твърд-флоут (ARMv7) JVMs
• Linux на PPC: текущ профилирани приложения и / или на профайлър UI се поддържа на 32-битова версия (НПК) и 64-битова версия (ppc64) JVMs
• CPU профилиране:
• CPU проследяване режийни е бил значително намален (различни профилирани приложения се изпълняват до 10% -50% по-бързо от предходния профайлър версия) и точност е увеличена поради следните подобрения:
• нов режим адаптивно проследяване автоматично намалява проследяване режийни и прави резултатите по-адекватно (вижте настройките CPU проследяване)
• CPU проследяване сега измерва времето стена по подразбиране (виж CPU проследяване настройки и измерването на времето).
• Това намалява профилиране режийни, защото получаването на времето стена е по-бързо от получаване на процесорното време.
• Стена време е и по-точно от процесорното време, предлагайки няколко точност наносекунда при измерване на интервали от време.
• вътрешни подобрения намалена профилиране режийни
• All CPU профилиране настройки, прилагани в изпълнение са конфигурирани настройки за вземане на проби в CPU и настройки на процесора проследяване
• Моля, обърнете внимание на свързаните с промените:
• API: Добавени са две нови методи Controller: startCPUTracing (Nullable настройки String) и startCPUSampling (Nullable Струнни настройки). Методи startCPUProfiling (...) са били отхвърлени.
• профилиране J2EE високо равнище вече е конфигурирана в настройките за вземане на проби и настройки CPU CPU проследяване
• опция стартиране noj2ee е била отстранена в полза на high_level_cpu_profiling имота в настройките на CPU за вземане на проби и настройки на процесора проследяване
• Опции за стартиране samplingperiod и samplingdelta са били премахнати в полза на sampling_period_ms и sampling_period_delta_ms имотите в настройките за вземане на проби CPU
• измерване на времето сега е конфигуриран в настройките на CPU за вземане на проби и настройки на процесора проследяване. Отделен конфигурационен файл .walltime и специален стартиране опция walltimespec не се използват вече.

<> Ли стартиране филтри опция е била отстранена в полза на процесора настройки за проследяване
• CPU проследяване: методи време стената вече не са имплицитно третирани както винаги не-филтрира. Предишното поведение може да създаде неочаквана режийни, ако измерването на времето стена е конфигурирана за много или всички методи.
• Агент: измерване на времето е била подобрена, за да се гарантира, монотонност, когато е уместно
• CPU вземане на проби: бъг фиксирани: родния метод опаковки $$ YJP $$ може да се появят в купчините
• Profiling Memory:
• UI: нова функция: вижте Class дърво е подобно на & quot; Class списък & quot ;, но показва класа, групирани по пакетите
• UI: нови функция: екрана на паметта, като например списък Class позволяват избор на няколко реда. Това се отразява на роб гледа съдържание, както и действия, като & quot; View Избрани Objects & quot; и други.
• & quot; Дублиращи струни & quot; инспекция: резултатите са показани под ново групиране корен възел, който представя общите отпадъци във всички дублиращи струните
• Оптимизация: снимки с големи примитивни решетки се отвори по-бързо
• UI: оптимизация: изпълнение на & quot; Входящите Позоваването & quot; изглед е драстично подобрена
• UI: подобрена изчисляване на точната запазва размера на & quot; Class списък & quot; и сходни виждания: повече елементи се обработват за клик, ако скоростта на изчисление позволява
• UI: подобрение: наличните ядра се използват за паралелни изчисления в следните изгледи:
• списък Class
• Class дърво

<> Li Generations
• достижимост сфери
• Класа товарачи
• уеб приложения
• Object възрасти
• UI: подобрение: & quot; Изчисли точна задържан размери & quot; действия използва наличните ядра за извършване на изчисление в паралел
• UI: подобрение: & quot; Изчисли точна задържан размери & quot; действия не принуждава сортиране по задържаната размер колоната ако изчисление се продължи
• Оптимизация: запис разпределение режийни е намалена за многонишкови приложения. Колко голямо подобрение е, зависи от & quot; Record всяка N-ти обект & quot; настройка. Според тестове, код е профилирана работи с до 30% по-бързо, когато всеки 10-ти обект се записва (настройката по подразбиране), и до 70% по-бързо, когато всеки 100-на обект се записва, сравнява с предишната версия

<> Ли уеб приложения: подобрение: уеб контекст заявление път (URL) сега са представени в допълнение към името на уеб приложения
• Уеб приложения: добавена поддръжка на Jetty (версии 6, 7, 8)
• брой Class например телеметрия (& quot; Class Списък & quot; раздела), за разлика от други възгледи телеметрия, не води автоматично периодично актуализира. Това е за Съображения за производителност:. Събирането на статистическите данни може да отнеме значително време в случай на огромни купчини с много обекти, като по този начин би трябвало да работи по поръчка
• Вместо това, той се актуализира, когато:
• на & quot; & quot; Refresh бутон е натиснат, когато раздела е видима (изрично обновяване)
• на & quot; Force Garbage Collector & quot; бутон е натиснат, когато раздела е видима (има смисъл да се види веднага промените в обектите от значение и размери, след като се наложи събиране на боклука)
• моментна снимка е заловен (събиране на статистическите данни е част от залавянето)
• UI: Paths: бъг фиксирани: дублират записи с пътя, може да се докаже при определени обстоятелства
• телеметрия:

употребата
• CPU телеметрия:. ядрото процесорното време се показва като отделен крива, в допълнение към основната потребителското + ядрото време CPU графиката
• AIX бележка: знаем две функции за измерване на процеса на процесорното време на AIX: clock_gettime (CLOCK_PROCESS_CPUTIME_ID) и rusage (). Първият от тях се използва по подразбиране, защото тя изглежда да произвеждат по-добри резултати, отколкото си колега. Въпреки това, той има и недостатък: тя не дава на ядрото и потребителски пъти отделно. Това означава, че вие ​​няма да видите времето на ядрото на телеметрията. За да я активирате, укажете опция стартиране агент _with_rusage да използвате rusage (), вместо.
• Graph рендиране е оптимизирана, като UI много по-отзивчиви, особено при използване на по-големи мащаби
• Тема държавна телеметрия: бъг фиксирани: телеметрични проби може да се случи при по-ниска скорост в резултат на пропуски в конци държавна телеметрия графиката на
• Сонди:
• Нова функция: способността да изчистите маси. Отърви се от по-стари събития вие не се интересувате от повече, или да даде пространство за нови събития, ако е достигнат лимита на масата капацитет.
• За изчистване на маса от UI, използването & quot; Clear маса (и) ... & quot; линк намира в горния десен ъгъл на & quot; & quot сонди; таб.
• За да изчистите маси програмно, използвайте Controller.clearUserTables методът профайлър API (String ... tableNames)
• UI: & quot; & quot Сонди; оформление раздел е променен, за да дава повече вертикално пространство за сърфиране списъци събития, и да направи ПС-последователно. Сега маси, времева скала, събитие разговор дървесни и натоварването на процесора за оценка на разделите са разположени на едно и също ниво.
• Class товарене сонда може да бъде активирана с опция за стартиране сонда = classloading (по подразбиране) и инвалиди с опция за стартиране noprobe = classloading. Startup опционни builtinprobes = никой вече предполага noprobe = classloading.
• Сонди: API: отхвърлената клас com.yourkit.probes.ObjectIntWeakMap е била отстранена. Използвайте com.yourkit.probes.ObjectRowIndexMap вместо това.
• & quot; темата Life Cycle & quot; вградена сонда: бъг фиксирани: промяна на името събития са били неправилно свързан в продължение на няколко JVM вътрешни теми
• тригери:
• по подразбиране задейства описание файла е било променено, за да /.yjp/triggers.txt
• IDE Integration:
• Eclipse, IntelliJ IDEA, NetBeans 7.0 и по-нова плъгин автоматично открива 32-битови и 64-битови JVMs.
• The & quot; & quot; Профил действия трябва да знае дали JVM за стартиране на профилирани заявлението е 32-битова или 64-битова версия, с цел да се предостави подходяща версия средство.
• Преди това плъгина напълно разчита на избора на потребителя в & quot; 32-битова или 64-битова JRE Избор & quot; раздела на конфигурацията на плъгин. A погрешен избор завърши с JVM недостатъчност грешката е възникнала по време на инициализация на VM. Не можах да намеря агент библиотека.
• Сега се прави опит да се открие автоматично вида на JVM чрез получаване на наличната информация от специализираното логическо устройство. Ако откриването успее, неговия резултат отменя избора на потребителя изработка.
• Това прави & quot; & quot; Профил работа действия от кутията в повечето случаи.
• Забележка: ние запазва & quot; 32-битова или 64-битова JRE Избор & quot; таб като резерва за случаите, когато автоматичното откриване е невъзможно.
• Eclipse: Maven тичам конфигурации поддържат в Eclipse 3.7 и по-нова
• IntelliJ IDEA 12 подкрепена
• NetBeans 7.3 поддържа
• NetBeans: бъг фиксирани: профилиране един клас или тест JUnit може да не работят в уеб проекти
• J2EE Integration:
• J2EE съветника интеграция: добави Jetty 6 и по-нова подкрепа
• User Interface
• Подобряване: лявата група вертикалната таб, който представлява открити снимки и свързаните приложения сега се опитва да избегне скролера ако много табове се отварят, чрез съкращаване на заглавията на разделите. Ако заглавието пълния раздел не се вписва, тя все още ще бъде достъпен чрез върха средство.
• Filters: добавени бърз начин да превключвате между прилагането и не прилагат филтри в UI:
• с нови основни настройки т меню | Свиване Филтрирани призовава
• лентата с инструменти, когато Profiler е свързан с приложение, което работи
• & quot; Filters ... & quot; хиперлинк в Легендата когато се работи с една моментна снимка
• скалируемост: да UI по-отзивчиви, когато се работи с огромни снимки, & quot; Callees списък & quot; изглед роб не се изчислява автоматично, веднага след като селекцията в промените на капитана на маса. Вместо това изчисление следва да бъде изрично започна като натиснете върху линка. По подразбиране, автоматично изчисляване се извършва за снимки с по-малко от 1000000 кол рамки (т.е. уникални решетки), която обхваща най-голямата голямата част от реалния свят снимките. За промяна на прага, зададени -Dyjp.callees.auto.threshold = брой кадри в /bin/yjp.ini.
• Добавена е поддръжка на схеми с висок контраст цвят. За да го използвате, моля, уточнете -Dyjp.system.colors = вярно в /bin/yjp.ini.
• yjp.sh стартиране скрипт подобрена: ако е посочен променлива YJP_JAVA_HOME среда има над приорат в пакет JRE и система подразбиране Java, което дава възможност да стартирате профайлър ПС по-специално Java версия, без редактиране на стартовата скрипта
• Резюме: добавя & quot; & quot команден ред; имот да представлява пълна командния ред на процеса Java
• Call дървесни и обратно следи видяна: добавен елемент изскачащо меню, за да се разшири избран възел до 5 нива, като добавка към съществуващата позиция, която разширява възел напълно
• Подобряване: диалоговия стил единна по отношение на Help и местоположение бутон без затваряне
• Bug фиксирана: прозореца профайлър може да стане невидим след профайлър рестарт, ако един от използваните преди дисплеи вече не е на разположение
• Bug фиксирана: стека преливане изключение при определени редки случаи
• Bug фиксирана: избор на файл извиква от диалоговия Open Snapshot неправилно обработени Въведете ключова, когато работи на Java UI 7
• Разни:
• Export с команден ред: списък клас се изнася за моментални снимки представяне също (както се вижда в раздела Memory | списък Class)
• Протест: моментна снимка директория конфигурационен файл сега /.yjp/snapshotdir.txt
• Windows инсталатора: на Profiler сега е част от пакета с Java 7 JRE. Забележка:. Java 6 остава напълно подкрепена платформа
• Агент: впишете името на файла е сега -.log до по-добри отделни дървени трупи от различни приложения
• Агент:. добави опция за съхраняване на трупи от няколко серии на същото заявление в серия от журналните файлове с имена ..log вместо да създаде отделен лог файл -.log за всеки профилирана процес
• Този режим може да бъде полезно, когато профилиране приложения като сървъри, когато имат обединена дневник е по-добре, отколкото да има отделна дневник за всеки сървър старт.
• да използвате този режим, зададени стартиране опция united_log
• Session име е името на приложението, както се вижда в профайлър UI, и който също се използва по подразбиране за да назовем снимки на приложението. Тя се включва автоматично избрана за базиране специално заявление на чието име буркан файл, или основната му името на класа, или специалния изпълним името, или върху името на конфигурацията тичам когато профилирането отвътре IDE. Името на сесията също могат да бъдат изрично посочени с опция за стартиране sessionname бутонът =
• Running номер започва с 1. Ако първият лог файл .1.log надвишава ограничението за размер, нов лог файл .2.log ще бъде създадена и използвана, тогава .3.log др Срокът размер е 1 MB по подразбиране и може да се променя с опция за стартиране на log_file_size_limit =
• Забележка: най-старите лог файловете не са премахнати автоматично. Ако трябва да ги почисти, да го направя ръчно или напишете скрипт.
• Агент: Groovy 2.0 поддържа
• Агент: CPU проследяване и разпределение прекодиране режийни леко намалява на IBM Java
• Агент: бъг фиксирани: прикрепете режим: неправилно обработчик на изключения в конструктор при определени обстоятелства
• Агент: бъг фиксирани: възможно java.lang.VerifyError: несъгласуваните stackmap кадъра в целевата клон за специфични кодови модели компилирани с Eclipse компилатор
• UI: дистанционно профилиране: бъг фиксирани: дистанционно профилирани приложения, работещи на различни машини, конфигуриран да използва същия порт и започна в същото време не може да бъде свързан едновременно в Profiler UI

Какво е нови версия 10.0:

• Тази нова основна версия съдържа много нови функции, подобрения и поправки. Е добавен платформа поддръжка на AIX (НПК и ppc64).
• Нов & quot; & quot тригери; функция позволява на потребителите автоматично да изпълняват различни действия по конкретни събития (висока CPU или използването на паметта, изпълнение на метод и др.).

записване
• разпределение може да събере статистиката на колекционера боклук всеки клас.

снимки
• производителност могат да бъдат извлечени от паметта снимки.
• Calibration точност CPU трасиране е подобрена.
• натоварването на процесора и времето, прекарано в боклукчията сега се показват на една и съща графика.
• Както бяха приложени обичайните, много подобрения в потребителския интерфейс.

Какво ново във версия 9.5.1:

• Подобряване: повече приложения OSGi контейнери могат да бъдат профилирани без необходимостта от ръчно twick OSGi настройки, за да позволи товаренето на класовете Profiler. По-специално, това включва GlassFish 3.1.
• IDE интеграция: подобрени NetBeans плъгин инсталация на Windows Vista и Windows 7. По-рано, на съветника за интеграция IDE може да се провалят, ако NetBeans е бил инсталиран в защитена директория като & quot; & quot Program Files; поради User Access Control Windows е (UAC). Сега, подходяща бърза UAC се показва, когато е необходимо, отдаване под наем на помощника успее.

<> Li интеграция IDE: NetBeans 7.0 M2 подкрепен
• интеграция IDE: профайлър плъгин UI подобрения:
• UI: Welcome екрана: подобрена използваемост на екрани с ниска резолюция
• UI: диалоговия отворена снимка: групиране на снимки от сесията е сега по желание
• Bug фиксирана: UI: диалоговия отворена снимка може да е неправилно опресняване при определени редки случаи

<> силни ограничения

• 15-дневен оценка