Как Вы делаете свою память JAVA-приложения эффективной?

Я предлагаю вам использовать профилировщик памяти, посмотреть, где используется память, и оптимизировать это. Без количественной информации вы могли бы в конечном итоге изменить что-то, что либо не имеет никакого эффекта, либо фактически ухудшает ситуацию.

Вы можете посмотреть на изменение представления ваших данных, особенно если ваши объекты маленькие. Например, вы можете представить таблицу данных в виде серии столбцов с массивами объектов для каждого столбца, а не по одному объекту в строке. Это может сэкономить значительные накладные расходы для каждого объекта, если вам не нужно представлять отдельную строку. например, таблица с 12 столбцами и 10 000 000 строк может использовать 12 объектов (по одному на столбец), а не 10 миллионов (по одному на строку)

Обеспечьте хорошую нормализацию вашей объектной модели, не дублируйте значения.

Гм, и, если это всего лишь миллионы объектов, я думаю, я бы просто выбрал приличную 64-битную ВМ и много барана;)

Обычные «профилировщики» не сильно вам помогут, потому что вам нужен обзор всех ваших «живых» объектов. Вам нужен анализатор дампа кучи. Я рекомендую анализатор памяти Eclipse .

Проверьте наличие дублированных объектов, начиная со строк. Проверьте, можете ли вы применять шаблоны, такие как flightweight, copyonwrite, lazy initialization (Google будет вашим другом).

Я хочу добавить кое-что к тому, что сделал Питер Алреди (не может прокомментировать его ответ :(), всегда лучше использовать профилировщик памяти (проверьте java memory profiler ]), чем следовать интуиции. В 80% случаев мы игнорируем рутину, в которой есть некоторые проблемы. Также классы коллекций более подвержены утечкам памяти.

Вы можете просто хранить меньше объектов в памяти. :) Используйте кэш, который проливается на диск, или используйте Terracotta для кластеризации вашей кучи (которая является виртуальной), позволяя неиспользуемым деталям быть выгруженными из памяти и прозрачно возвращать их обратно.

Необычное: держите большинство данных сжатыми в оперативной памяти. Разверните только текущий рабочий набор. Если ваши данные имеют хорошую локализацию, которая может хорошо работать.

Используйте лучшие структуры данных. Стандартные коллекции в java довольно требовательны к памяти.

[что является лучшей структурой данных]

• Если вы посмотрите на источник для коллекций, вы увидите, что если вы ограничите свой доступ к коллекции, вы можете сэкономить место на элемент.
• Способ выращивания коллекции не годится для больших коллекций. Слишком много копий. Для больших коллекций вам нужен некоторый блочный алгоритм, например btree.

If you have millions of Integers and Floats etc. then see if your algorithms allow for representing the data in arrays of primitives. That means fewer references and lower CPU cost of each garbage collection.

Потратьте некоторое время на ознакомление и настройку команды VM параметры строки , особенно те, которые касаются сбора мусора. Хотя это не изменит память, используемую вашими объектами, это может сильно повлиять на производительность приложений с интенсивным использованием памяти на компьютерах с большим объемом оперативной памяти.

1. Назначить null для всех переменных , которые больше не используются . Таким образом, делает его доступным для сборки мусора .
2. Отмените ссылку на коллекции после завершения использования, иначе сборщик мусора не очистит их.