Всё, что вы хотели знать о стек-трейсах и хип-дампах — встреча с Андреем Паньгиным, Санкт-Петербург

Почему все профайлеры врут, и как с этим бороться?

То есть еще и профайлеры врут...

Когда оно тормозить перестанет?

Когда вы купите процессор чуть помощнее чем ваш Intel Pentium III 650 МГц.

стек-трейсах и хип-дампах

Че, шпана, русского и могучего тебе уже не хватает?

никогда, ибо жабоговнокодеры сами по жизни тормоза дремучие

Когда JVM с крестов на Java перепишут. Тормозит из-за C++

а почему оно написано на С++, вот у меня сейчас java se binnary жрёт 1,5 гб оперативы, jvm 1 гб, и ещё сверху обе по 40% проца, это всё C++?*

это всё C++?

Он самый. Убрать его и память вообще не будет расходоваться.

а 80% проца?

А в чём проблема программе на C++ выжирать процессор?

Будет потом где посмотреть это выступление или почитать?

я просто прикола не понимаю, сам майнкрафт жрёт 500 метров озу и 10 от проца, а доп джава хрени больше 2 гб и 80% проца.

плюсану вопрос

Ох, эрзя. Поговори лучше о рисе, не лезь сюда со своей дремучестью

запись будет? или только ирл?

Когда вы купите процессор чуть помощнее чем ваш Intel Pentium III 650 МГц.

за чем, главное скомпилять правильно, даже 32 мб оперативки

У джугру есть свой канал на тытрубе, https://www.youtube.com/user/JUGRuVideo/videos . Вполне вероятно, что и это выступление там окажется.

Когда JVM с крестов на Java перепишут.

А есть компилятор жабы в нативный байт-код? Или jvm на жабе надо будет в jvm на крестах пускать?

Не троллю, просто интересно

http://www.excelsiorjet.com/

Из сана и недр джавы — в одноклассники. Ошеломительная карьера.

У hotspot есть флаг включающий aot, только он не рекомендуется, т.к. с jit быстрее из-за оптимизаций в рантайме на основе даннных встроенного профайлера.

Ну сэмплирующие 99.99999%, что соврут, правда, в 99.99999% случаев их точности хватит, если ты не нетфликс или твиттер.

А что такого? У них нагрузка же просто огромная и нужно очень тонко оптимизировать, поэтому как раз его умения там очень востребованы.

Т.е. компилятор есть, но галимый?

Проприетара

Для эмбедеда есть и жвм писаная на яве. Для всяких чипов. Но это все закрыто и только для своих или за бабло.

Тормозит из-за C++

Чет мне вспоминается, что было pure C. Кресты наверное уже в оракле добавили.

Лучше быть первым в провинции, чем вторым - в Риме. А так, судя по тому, что представители «Одноклассников» и «Майлрушечки» рассказывают на конференциях, программисты там годные, а все проблемы из-за руководства.

Тема хорошая, но Андрея слушать тяжело... :(

Будет потом где посмотреть это выступление или почитать?

Предыдущее:

• Часть 1: https://www.youtube.com/watch?v=6SxNUft8Gqw
• Часть 2: https://www.youtube.com/watch?v=MvA-hPCLjRM

Спасибо!!

И анону спасибо, который выше дал ссылку на их канал.

ДЛя большей Ъ хипсторнусти не хватает что бы доклад был на английском.

Почему все профайлеры врут, и как с этим бороться?

То есть еще и профайлеры врут...

https://youtu.be/6SxNUft8Gqw?t=3m27s

Чет мне как-то уныло стало сразу(( Сначала не знал что сказать, попробовал напасть на людей, а потом начал оправдаваться. Качать скиллы разговорные нужно(

Не, т.е. aot компилятор есть, но он работает хуже чем jit из-за фундаментальной проблемы останова. Jit имеет информацию о коде времени выполенеия, потому, например, может скомпилировать цикл с наиболее оптимальным коэффициентом разворота, а aot-компилятор такой информацией обладать не может в принципе, потому во многих случаях субоптимален.

Влияют ли стек-трейсы на производительность?

Срыв покровов отменяется, скажи автору что с момента введения стандартного жабалоггера (где унутрях кидается эксепшен чтобы узнать имя метода) на этом не обжигались только пехепешники, и то потому что на яве не пишут.

потом еще в мыло осталось перейти.. :)

На явке разве можно оптимизировать?

Работу самой jvm можно. Оно как сервера дб оракл. Крутилок много.

не сибирь и ладно

Самое смешное, что этим одним человеком из аудитории как раз был я [это правда!] ^^ Но я на Андрея не в обиде: потом на работе нарвался на пачку необъяснимых рандомных крэшей JVM на Java 6 при запуске JUnit тестов... :)

стек

Прочитал как «стейк». Эх...

Святая толстота

А есть компилятор жабы в нативный байт-код? Или jvm на жабе надо будет в jvm на крестах пускать?

Есть машинный код. Это обычные байты памяти. Так же как и Java Bytecode это такие же байты памяти. Ничего не мешает написать на Java компилятор, который будет переводить Java Bytecode в машинный код, т.е. JIT-компилятор. Понятно, что какой-то микроскопический кусок кода для передачи управления на эти байты памяти нужно будет писать на языке ассемблера или на C, но это незначительные детали реализации. Если ты про проблему курицы и яйца, примитивный интерпретатор JVM пишется любым студентом за пару месяцев и, опять же, он будет микроскопическим и значения иметь не будет. Т.е. при старте будет запускаться этот самый примитивный интерпретатор, который будет запускать основную машину на Java, которая потом сама себя откомпилирует в машинный код и дальше будет работать он. Или просто будет в поставке идти уже откомпилировванная пускалка, вариантов много.

Скорее всего основная проблема в том, что Hotspot написан давным давно, в него вложены тысячи человеколет и переписывание его на Java просто не оправдает этих затрат, а не в том, что C++ может иметь какие-то мифические преимущества в этой задаче.

Срыв покровов отменяется, скажи автору что с момента введения стандартного жабалоггера (где унутрях кидается эксепшен чтобы узнать имя метода) на этом не обжигались только пехепешники, и то потому что на яве не пишут.

Так генерацию стектрейсов можно отключить же. А что, стандартный логгер абсолютно всегда пытается узнать имя метода, или только если его в конфиге попросят это имя выводить?

а какая либо трансляция предусмотрена?

в 6 жаве всегда: http://wayerr.livejournal.com/11819.html , позже вроде что-то делали но т.к. я его со времен той жавы не юзал то и не знаю

JAVA это такая гадость, что плеваться хочется.

доклады на английском тоже будут :)

В сане основатель сказал «Смысла нет, мы все умрём».