Предельная память, используемая установкой cabal?

Question

Я ограничен памятью 1 ГБ на моем сервере. Когда я хочу скомпилировать какую-то большую программу, например, git-annex, Cabal ест много памяти. Есть ли способ ограничить cabal или gcl, используя некоторую опцию для ограничения использования памяти?

Я обновил вопрос с некоторыми деталями: я запускаю cabal (1.22.4.0) и Ghc 7.10.2 на хосте Webfaction (CentOS 7 - 64 бит), с доступом к оболочке (без доступа root). Администратор/робот Webfaction обычно переносит некоторый пакет из-за компиляции. Но Ghc/Cabal нужно слишком много памяти и потратить слишком много минут для определенной компиляции пакета. Таким образом, система автоматически убивает все процессы.

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

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

Answer 1

РЕДАКТИРОВКА: сообщение было непонятно об истинной проблеме, поэтому проигнорируйте этот ответ, поскольку он был написан с чем-то другим, но имеет некоторые полезные комментарии.

Я думаю, что если вы нарушите потребление памяти Кабала или GHC на 1 ГБ, вы начнете получать много неудачных сборок из-за ранних завершений с помощью средства защиты памяти Linux (или как бы там ни называлось - кто-нибудь, пожалуйста?). Возможно, это не так, если вы найдете способ убедить Cabal в том, чтобы использовать меньше памяти и убедить GHC пойти на диету.

Я столкнулся с этим совсем недавно, строя Curry KiCS2 на виртуальной машине 1 ГБ с 1 Гб пространства подкачки. (Конечно, моя цель состояла не в том, чтобы ограничить потребление памяти, а вместо этого получить чертову вещь, чтобы закончить строительство, поэтому все, что я сделал, это увеличение памяти VM до 4 ГБ и свопинг до 8 ГБ, но это явно не то, что вам нужно.)

Итак, я думаю, что, вероятно, нет никакого обходного пути для GHC, потребляющего много памяти во время компиляции. Просто убедитесь, что параллельная компиляция отключена. И исследование означает сокращение потребления памяти GHC, флагов компиляции (самого GHC, возможно), или отключения фаз оптимизации, которые могут потреблять много памяти и т. Д.

Более яркий ум может доказать, что я ошибаюсь.