Телеграмм чат группы jvmchat страница 17915

2020 November 05

IZ

Ivan Zemlyankiy in pro.jvm

В принципе ваша проблема решается мониторингом код кэша

источник

19:02пожаловаться #1

A

Anton in pro.jvm

Alexey Genus

Ну смотрите: сама по себе остановка компиляции может и не быть проблемой. Некоторые приложения вообще запускают с -Xint и горя не знают.
Если всё-таки попробовать найти в этом какую-то проблему, то можно, наверное, найти несколько возможных причин.
- нестабильная компиляция. Т.е. JIT делает предположения, которые когда-то перестают быть верными. Например, проверка на null не возвращала true, а потом стала, а потом наоборот и т.д.
- есть генерируемый код, который активно вызывается. Если код будет постоянно появляться, использоваться, компилироваться, а потом выкидываться - Code Cache может наполняться очень активно.
- В качестве маловероятного сценария, но всё же - может быть утечка памяти в JIT, на которую вы наткнулись.

Чтобы это диагностировать, можно попробовать: -XX:+PrintCompilation, -XX:+LogCompilation и подобное

окей, спасибо, почитаю
> Если код будет постоянно появляться, использоваться, компилироваться, а потом выкидываться

А может быть такое что код который активно использовался больше не используется?

источник

19:03пожаловаться #2

IZ

Ivan Zemlyankiy in pro.jvm

Anton

окей, спасибо, почитаю
> Если код будет постоянно появляться, использоваться, компилироваться, а потом выкидываться

А может быть такое что код который активно использовался больше не используется?

Да всяко бывает )

источник

19:03пожаловаться #3

AG

Alexey Genus in pro.jvm

Anton

окей, спасибо, почитаю
> Если код будет постоянно появляться, использоваться, компилироваться, а потом выкидываться

А может быть такое что код который активно использовался больше не используется?

Ну для spring-приложений это очень характерно. На старте классы спринга, которые используются для поднятия контекста, компилируются, а потом не используются

источник

19:04пожаловаться #4

A

Anton in pro.jvm

Alexey Genus

Ну для spring-приложений это очень характерно. На старте классы спринга, которые используются для поднятия контекста, компилируются, а потом не используются

а jrebel может как то влиять? на проде его конечно нет, но на ев тачках он есть, а там я тоже ловил такой лог

источник

19:05пожаловаться #5

A

Anton in pro.jvm

Alexey Genus

Ну для spring-приложений это очень характерно. На старте классы спринга, которые используются для поднятия контекста, компилируются, а потом не используются

а что со спрингом делать? может помочь пропертя которая включает очистку кодкеша?

источник

19:06пожаловаться #6

A

Anton in pro.jvm

и еще вопрос - если будут какие то проблемы, то как понять что они именно из-за код кеша?

источник

19:07пожаловаться #7

IZ

Ivan Zemlyankiy in pro.jvm

Anton

и еще вопрос - если будут какие то проблемы, то как понять что они именно из-за код кеша?

Ну вот в принт компилейшен должно это быть так или иначе

источник

19:09пожаловаться #8

AG

Alexey Genus in pro.jvm

Anton

а что со спрингом делать? может помочь пропертя которая включает очистку кодкеша?

Ну от спринга там будет несколько мегабайт. Я так понимаю, тут счёт идёт на сотни. Так что лучше посмотреть через jitwatch, как Ваня предложил

источник

19:11пожаловаться #9

AG

Alexey Genus in pro.jvm

Можно ещё такую штуку изобразить:
jcmd <pid> Compiler.CodeHeap_Analytics

источник

19:15пожаловаться #10

A

Anton in pro.jvm

Ivan Zemlyankiy

Ну вот в принт компилейшен должно это быть так или иначе

Так а если его нет? Я к тому, что на проде например его нет, а я бы хотел по каким то косвенным признакам понять что из-за кодкеша есть проблемы. Или понять что это проблема из-за кодкеша, когда она появится. Например, какие то характерные подписания. Мне просто хотелось бы описать проблему в тикете

источник

19:21пожаловаться #11

A

Anton in pro.jvm

А вообще, спасибо) понял что делать буду

источник

19:22пожаловаться #12

I

Intruder in pro.jvm

Всем привет! Установил себе докер, но когда вбивал docker version выдавало ошибку. Я хотел переустановить докер, поэтому пришлось удалить его, но я не нашёл в файлах uninstall.exe, поэтому вручную снёс все файлы и папки, которые содержали слово Docker. Теперь, когда я открываю установщик, он пишет "Application is up to date" (или что-то типа того). Что делать, кроме как переустанавливать винду?

источник

19:36пожаловаться #13

AB

Alessio Bratenkov in pro.jvm

sticker.webp

(12.5 Кб)

источник

19:36пожаловаться #14

AH

Andreas Haas in pro.jvm

Intruder

Всем привет! Установил себе докер, но когда вбивал docker version выдавало ошибку. Я хотел переустановить докер, поэтому пришлось удалить его, но я не нашёл в файлах uninstall.exe, поэтому вручную снёс все файлы и папки, которые содержали слово Docker. Теперь, когда я открываю установщик, он пишет "Application is up to date" (или что-то типа того). Что делать, кроме как переустанавливать винду?

Попробовать реестр винды вычистить от остатков докера.

источник

19:40пожаловаться #15

I

Intruder in pro.jvm

А как его вычистить?

источник

19:46пожаловаться #16

AH

Andreas Haas in pro.jvm

Intruder

А как его вычистить?

Regedit напрямую, либо приложение специальное ставить, типа CCleaner

источник

19:49пожаловаться #17

I

Intruder in pro.jvm

Спасибо.

источник

19:56пожаловаться #18

AE

Alexandr Emelyanov in pro.jvm

Боль и страдания винды

источник

20:07пожаловаться #19

P

Pavel in pro.jvm

Кто подскажет, создал процесс в камунде в которой после userTask идет intermediateThrowEvent кототрый кидает messageEvent и есть второй процесс у которого stratEvent должен быть когда придет это сообщение, но при запуске первого процесса и его завершении, второй процесс так и не стартует. Как понять в чем проблема, то ли сообщение не бросается, то ли оно не ловится во втором, чтоб его стартануть. Описал сообщения с одинаковыми id и name в обоих bpmn схемах.

источник

20:10пожаловаться #20