Каковы ваши стратегии, чтобы сохранить низкое использование памяти?

Question

Ruby действительно требует много памяти, но также стоит каждого бита.

Что вы делаете, чтобы сохранить низкое использование памяти? Вы избегаете больших строк и вместо этого используете меньшие массивы / хэши, или это не проблема, чтобы заботиться о вас и позволить сборщику мусора выполнять свою работу?

Редактировать : Я нашел хорошую статью на эту тему здесь - старая, но все еще интересная.

Answer 1

Когда это возможно, используйте массивы вместо других структур данных. Старайтесь не использовать float, когда целые числа будут делать.

Будьте осторожны при использовании методов gem / library. Они не могут быть оптимизированы для памяти. Например, у класса Ruby PG :: Result есть метод 'values', который не оптимизирован. Это будет использовать много дополнительной памяти. Я еще не сообщил об этом.

Answer 2

Замена реализации malloc (3) на jemalloc немедленно уменьшит потребление памяти до 30%. Я создал драгоценный камень «jemalloc», чтобы достичь этого мгновенно.

• jemalloc GEM: добавьте jemalloc (3) в ваше приложение на Ruby за 3 минуты

Answer 3

Необходимо помнить о жизненном цикле ваших объектов. Если ваши объекты не передаются так много, сборщик мусора в конечном итоге сработает и освободит их. Однако, если вы продолжаете ссылаться на них, сборщику мусора может потребоваться несколько циклов, чтобы освободить их. Это особенно верно в Ruby 1.8, где сборщик мусора использует плохую реализацию метода разметки и очистки.

Вы можете столкнуться с этой ситуацией, когда попытаетесь применить некоторые «шаблоны проектирования», такие как декоратор, которые сохраняют объекты в памяти в течение длительного времени. Это может быть неочевидно при использовании примера в отдельности, но в реальных приложениях, где тысячи объектов создаются одновременно, затраты на увеличение памяти будут значительными.

Answer 4

Я довольно новичок в Ruby, но до сих пор я не счел необходимым делать что-то особенное в этом отношении (то есть за пределами того, что я обычно склонен делать как программист). Возможно, это связано с тем, что память дешевле, чем время, необходимое для ее серьезной оптимизации (мой код Ruby работает на компьютерах с 4-12 ГБ ОЗУ). Это также может быть связано с тем, что задания, для которых я его использую, не являются долгосрочными (т.е. это будет зависеть от вашего приложения).

Answer 5

Я использую Python, но, думаю, стратегии похожи.

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

В больших функциях / методах я явно удаляю большие временные объекты (например, списки), когда они больше не нужны. Также может помочь закрытие ресурсов как можно раньше.

Answer 6

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

В тех случаях, когда вам нужно прочитать какой-то огромный набор данных из базы данных, убедитесь, что вы читаете в прямом / единственном порядке и обрабатываете его небольшими битами, вместо того, чтобы сначала загрузить все в память.

Answer 7

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