гарбадж коллектор срабатывает по времени, а не по объему, насколько я знаю

В настройках проекта выставил 1с, результат тот же

Долбанный drm wrap  в стиме всегда по 3 часа думает? Иногда оборачивает за 1 минуту а иногда по пол часа ждешь, кто сталкивался и в чем проблема?

Возможно, самый полезный, огненный и обязательный к прочтению разговор, состоявшийся с партнером по UEDC2020. Беседуем с Евгением Малеевым из Xsolla о самом насущном: как и где искать инвестора, сколько просить, когда это делать и каких ошибок не допускать. Очень обстоятельно, детально и решительно обо всем самом важном. Читайте — и не говорите потом, что вам не объясняли, откуда и как взять денег на игру!

https://ue4daily.com/blog/xsolla

Проблема при запуске в редакторе? В редакторе как-то странно GC работает.

При сборке тоже самое

auto texture = CreateTransient(640,320);
texture->ConditionalBeginDestroy();

А если убрать ConditionalBeginDestroy и потом вызывать GC?

Я выяснил частично в чём причина. Если вызвать CreateTransient не из гейм треда то GC почему-то забывает про текстурку, сейчас пытаюсь придумать как бы скалируемо это всё сделать а не руками настраивать частоту сборщика мусора

Что значит «забывает про текстуру»?

Не очищает память за ней даже при явном вызове

Никакой утечки там, конечно, нет. Ты что-то делаешь не так с объектами.

Делай NewObject<UTexture2D> в gamethread, потом указатель просто отдавай в worker тред

Оу, про game thread не заметил) да, именно в этом причина.

Уже так и сделал, работает даже, только теперь график используемой памяти скачкообразный, и судя по всему не выдержит реальной нагрузки. Не подскажите, можно как-то вручную удалить объёкт после использования? ConditionalBeginDestroy что-то не срабатывает

Сначала надо разобраться с входными параметрами (как и в любой другой задаче). Это значит, что нужно понимать, какое число текстур максимум будет одновременно отображаться, какого размера и как часто их нужно действительно удалять (нужна верхняя граница по RAM и GPU памяти).

Конечно всегда можно сделать частоту сбора мусора более высокой (н-р, раз в 1 секунду), но можно получить фризы на выходе. Гораздо оптимальнее выглядит подход с пулом текстур, который вы обновляете по необходимости

С пулом были проблемы, что их GC убивал через какое-то время и ловил access violation, проверки никакие не помогали

пул контейнер *нужно* UPROPERTY() пометить

О, не знал, сейчас попробую, спасибо

Потому что она помечается флагом Async, и коллектор ее игнорирует. Чисти вручную, через conditional begin destroy

Всем привет. Взять GetAnimInstance у БП и присвоить в отдельную переменную - это же эффективнее чем каждый раз вызывать GetAnimInstance в ивенте? Почему тогда все так делают?