В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

pro.jvm

4594 membersпожаловаться на группу
2020 April 13

ПФ

Паша Финкельштейн in pro.jvm
Mar Ort
Это точно не JVM. При чтении метадаты для суспенд-лямбды аллоцируется 1.2 ГБ хипа, поэтому нужно искать в kotlinc. Если выдать 8гб гредлу, то все собирается.
Даже при включённом эскейп анализе?
источник
09:29пожаловаться#1

ПФ

Паша Финкельштейн in pro.jvm
Grigory Pomadchin
тебе надо без копирования или в чем вопрос?

если с копированием то есть Arrays.copyOfRange; можешь ещё использовать байт буффер (ByteBuffer wrap); в джаве нельзя ‘настоящий’ саб эрей получить без копирования наверное; не знаю ответил ли на вопрос
Посолкьку массив в джаве — примитив там по факту невозможно создать никаких вьюшек. В нём напрямую аллоцированы либо ссылки, либо данные (в зависимости от типа).

Хорошая новость в том, что copyOfRange не может быть очень тяжёлым 😊
источник
09:33пожаловаться#2

MO

Mar Ort in pro.jvm
Паша Финкельштейн
Даже при включённом эскейп анализе?
Да, проблема исключительно в том, что кончился джавовый хип. А, то, что сообщение необычное - лишь совпадение, что деоптимизация, да еще с перемещением объектов со стека в хип, случилась ровно в тот момент, когда закончилась память.
источник
09:51пожаловаться#3

ПФ

Паша Финкельштейн in pro.jvm
Mar Ort
Да, проблема исключительно в том, что кончился джавовый хип. А, то, что сообщение необычное - лишь совпадение, что деоптимизация, да еще с перемещением объектов со стека в хип, случилась ровно в тот момент, когда закончилась память.
У тебя нестабильно воспроизводится?
источник
09:53пожаловаться#4

ПФ

Паша Финкельштейн in pro.jvm
И правда, с большим хипом собирается
источник
09:54пожаловаться#5

Е

Евгений in pro.jvm
Скажите, а есть jug.ru общий обзор всех конференций? на сайте не нашел чето
источник
09:58пожаловаться#6

MO

Mar Ort in pro.jvm
Паша Финкельштейн
У тебя нестабильно воспроизводится?
oome стабильно.
источник
09:59пожаловаться#7

VS

Vladimir Sitnikov in pro.jvm
Евгений
Скажите, а есть jug.ru общий обзор всех конференций? на сайте не нашел чето
https://jugru.org/
источник
09:59пожаловаться#8

ПФ

Паша Финкельштейн in pro.jvm
Mar Ort
oome стабильно.
а вот этот вот с некорректной релокацией?
источник
10:03пожаловаться#9

MO

Mar Ort in pro.jvm
Паша Финкельштейн
а вот этот вот с некорректной релокацией?
не знаю, я даже не проверял 🙂
источник
10:04пожаловаться#10

ПФ

Паша Финкельштейн in pro.jvm
Mar Ort
не знаю, я даже не проверял 🙂
ну ты попробуй запустить. Я не верю что некорректный OOM может возникать раз за разом по совпадению
источник
10:06пожаловаться#11

MO

Mar Ort in pro.jvm
Паша Финкельштейн
ну ты попробуй запустить. Я не верю что некорректный OOM может возникать раз за разом по совпадению
оом корректный, там действительно проблема в kotlinc. Единственный баг со стороны vm в том, она не делает дампа в этом конкретном случае.
источник
10:08пожаловаться#12

ПФ

Паша Финкельштейн in pro.jvm
Mar Ort
оом корректный, там действительно проблема в kotlinc. Единственный баг со стороны vm в том, она не делает дампа в этом конкретном случае.
А деаллокация некорректная на нас?
источник
10:09пожаловаться#13

MO

Mar Ort in pro.jvm
Паша Финкельштейн
А деаллокация некорректная на нас?
Ммм? Не понял немного 🙂
источник
10:09пожаловаться#14

ПФ

Паша Финкельштейн in pro.jvm
Mar Ort
Ммм? Не понял немного 🙂
тот ООМ, который вылетал — это недокументированный ООМ, который говорит что там произошла какая-то фигня во время деоптимизации
источник
10:11пожаловаться#15

MO

Mar Ort in pro.jvm
Паша Финкельштейн
тот ООМ, который вылетал — это недокументированный ООМ, который говорит что там произошла какая-то фигня во время деоптимизации
Нет, там все произошло так, как и должно быть. Деоптимизация аллоцирует джава-хип для перемещения скаляризованных объектов со стека в кучу. Если куча в этот момент заканчивается, то с деоптимизируемого фрейма вылетает OOM, что мы и наблюдаем.
источник
10:14пожаловаться#16

ПФ

Паша Финкельштейн in pro.jvm
Mar Ort
Нет, там все произошло так, как и должно быть. Деоптимизация аллоцирует джава-хип для перемещения скаляризованных объектов со стека в кучу. Если куча в этот момент заканчивается, то с деоптимизируемого фрейма вылетает OOM, что мы и наблюдаем.
Вон чего! Понял, спасибо :)
источник
10:16пожаловаться#17

ПФ

Паша Финкельштейн in pro.jvm
Тогда и правда должно повторяться
источник
10:16пожаловаться#18

MO

Mar Ort in pro.jvm
Паша Финкельштейн
Вон чего! Понял, спасибо :)
👍🏿
источник
10:16пожаловаться#19

MO

Mar Ort in pro.jvm
Еще баг со стороны jvm в том, что вместо стектрейса там что попало печатается, но это не семантическая проблема.
источник
10:17пожаловаться#20