Как оптимальнее всего реализовать систему частиц на Java?

Question

[alkolove1]

При помощи фреймворка LibGDX сделал множество частиц через Array по принципу
www.libgdx.ru/2013/09/simple-game.html

Однако на слабых устройствах раз в пару секунд возникают просадки из-за сборщика мусора.


Нужен иной алгоритм частиц, чтоб лишь единожды инициализировать массив на старте игры, и потом его крутить.

Вот меня интересует алгоритм, как таким массивом управлять.

Answer 1

[Дмитрий Александров]

Штатными средствами libgdx?
А вообще у libgdx есть специальные рекомендации и реализации базовых штук для работ с памятью в т.ч. специальных пулов.

Comments

[alkolove1]

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

[Дмитрий Александров]

alkolove1, я конечно на практике не выпустил в паблик ни одного приложения\игры на libgdx но пару лет очень активно его ковыряю. Так вот чаще всего "бутылочное горлышко" возникает из за "привычек" к стандартным фичам jav'ы. Т.е. по привычке всегда автоматом думаешь, "о так это просто реализовать" и через какое то время понимаешь что это нифига не оптимально и вообще подобное уже реализованы в libgdx со всеми особенностями и давно оттестировано. Сюда можно отнести менеджер ассетов, кучи пулов, матан(на мой взгляд вообще главная ошибка всех кто начинает и не прочитал про матан в libgdx), cryonet для сети и т.д. .
В любом случае удачи и просто рекомендация, перед тем как писать свой костыль сначала глянуть что там уже есть в libgdx или аддонах к нему.

Answer 2

[GavriKos]

А откуда взялась сборка мусора? Вы что, старые частицы уничтожаете и новые создаете? Используйте пул - старые частичны скрываем, новые - достаем из пула и включаем.

Comments

[alkolove1]

Уже переделал кое-где под пул.
Но андроид-монитор всё равно в тех местах показывает пилообразные скачки потребляемого ОЗУ.
Щас ещё гляну на девайсе как будет идти.