λ
Если б у тебя был ств на любом сейфпоите, то джава бы вообще не работала
Size: a a a
2020 June 03
λ
Эт гц условно может сделать паузу на нем, но паузы на каждом нету
MO
Хороший вопрос. Не помню точно, что он делает во время STW, но, вроде, от размера стека это зависеть не должно. А вот от количества потоков — может.
Во время STW как минимум делаются снепшоты стеков потоков, потому что другого способа получить эти корни нет
MO
Это первая причина, зачем шенандоаврапврапр останавливает мир
MO
Если б у тебя был ств на любом сейфпоите, то джава бы вообще не работала
но сейфпоинт это остановка всего джава-мира
AT
Во время STW как минимум делаются снепшоты стеков потоков, потому что другого способа получить эти корни нет
Звучит логично, но надо смотреть что там реально делается.
AT
Был бы тут Шипилёв — он бы нам всё разъянил... 😞
λ
но сейфпоинт это остановка всего джава-мира
Нет
λ
safepoint is a state of your application execution where all references to objects are perfectly reachable by the VM.
MO
Нет
да
λ
Но это не значит, что когда ты достиг сейфпоинта, то случится ств
MO
Я понял, тут путаница в терминлогии
MO
Я имею виду "сейфпоинт" как процедуру остановки джава-мира, а вы говорите про "сейфпоинт" как место в коде
λ
Ну так
AT
Я имею виду "сейфпоинт" как процедуру остановки джава-мира, а вы говорите про "сейфпоинт" как место в коде
Так какие ещё в JVM есть остановки, кроме GC? Мне кажется, даже подмена метода на JIT не всегда требует STW.
MO
Так какие ещё в JVM есть остановки, кроме GC? Мне кажется, даже подмена метода на JIT не всегда требует STW.
когда какой-нибудь спекулятивный триггер срабатывает например
MO
когда какой-нибудь спекулятивный триггер срабатывает например
здесь суть в том же, надо обойти все стеки всех потоков, поэтому это точно такая STW, но не по причине ГЦ
MO
Можно конечно сказать, что такое в игре маловероятно, но мысль в том, что паузы никуда не делись, а просто стали меньше. Вроде как shenandoah принципиально отличается от G1 тем, что умеет конкурентно делать компактизацию кучи.
МБ
А можно ли эти проблемы с GC порешать за счёт архитектуры? Вот в Эрланге, например, для каждого процесса свой независимый контекст GC. Программист может управлять длительностями задержек неявно.