IO
ALOAD probearray
xPUSH probeid
ICONST_1
BASTORE
xPUSH probeid
ICONST_1
BASTORE
а это из какого класса?
Size: a a a
2020 June 16
DZ
и? они пишут туда true при прохождении метки?
да
AE
тогда какая разница в какое количество потоков записать true в массив?
DZ
я к тому что записи из некоторых потоков могут быть не увидены jacoco
AE
на каком основании?
DZ
ну как я понимаю на основании того, что JMM этого не гарантирует
AE
ну призывай Алексея :)
AE
ну как я понимаю на основании того, что JMM этого не гарантирует
у меня вопрос, а у тебя реально тесты гоняются с XX потоками в каждом?
DZ
у меня вопрос, а у тебя реально тесты гоняются с XX потоками в каждом?
в данном случае хочется собрать coverage интеграционного теста - вебсервер, куча потоков, все дела - запустить с JaCoCo, прогнать интеграционные тесты, и посмотреть какие части были потроганы
DZ
так что да - потоков много (
DZ
Пришлось сегодня посмотреть как JaCoCo инструментирует байткод - "https://www.jacoco.org/jacoco/trunk/doc/flow.html", и как я понимаю они не используют синхронизацию чтобы всё было быстро. Я правильно понимаю что в теории из-за отсутствия синхронизации, JaCoCo может не показать некоторые строчки как выполненные, хотя на самом деле они "выполнялись". Как вообще происходит "запись" в массивы boolean[] из нескольких потоков - всякие там барьеры и т.д. Стоит ли призывать Shipilёва?
@shipilev, приди!
AE
ну я думаю что jacoco писали для юнит тестов :) можешь сходить к ним issues)
AE
просто если все обвешать синхронизациями и волотайлом - скорости выполнения не прибавит
DZ
просто если все обвешать синхронизациями и волотайлом - скорости выполнения не прибавит
полностью согласен
DZ
Если бы jacoco написали бы что они single-threaded вопросов бы не было
DZ
но вот тут - https://www.eclemma.org/jacoco/trunk/doc/flow.html
они пишут - "Note that this probe code is thread safe, does not modify the operand stack or modify local variables and is also thread safe."
они пишут - "Note that this probe code is thread safe, does not modify the operand stack or modify local variables and is also thread safe."
DZ
вот, возможно, что-то связанное с этим - https://stackoverflow.com/questions/36836482/junit-and-spring-code-coverage-is-wrong-when-using-multiple-threads-in-test
DZ
И вот тут - https://jira.atlassian.com/browse/CLOV-418 и закрыто как "Won't fix"...
AE
И вот тут - https://jira.atlassian.com/browse/CLOV-418 и закрыто как "Won't fix"...
это про запуск тестов параллельно. там скорее будет несколько инстансов jvm
DZ
это про запуск тестов параллельно. там скорее будет несколько инстансов jvm
Судя по переписке в баге - там именно многопоточность, раз говорят о threadlocal итд