I am trying to get GHC builder-clients running for x86 and x86_64 GHC on SmartOS. I have been trying to get to the bottom of this memory issue and have had no luck. I've set it aside for the past couple of days to try to get a clear head to attack it afresh tonight. The three latest builds die with the following message: ghc: out of memory (requested 2097152 bytes) compiler/ghc.mk:641: recipe for target 'compiler/stage1/build/DynFlags.o' failed http://haskell.inf.elte.hu/builders/smartos-x86_64-head/16/10.html http://haskell.inf.elte.hu/builders/smartos-x86_64-head/17/10.html http://haskell.inf.elte.hu/builders/smartos-x86_64-head/18/10.html All of these were run interactively from the builder directory: builder-client --do-build Here's my zone setup: image: SmartOS base64 13.4.2 max_physical_memory: 4GB max_swap: 8GB disk_quota: 200GB # ulimit -a core file size (blocks, -c) unlimited data seg size (kbytes, -d) unlimited file size (blocks, -f) unlimited open files (-n) 65536 pipe size (512 bytes, -p) 10 stack size (kbytes, -s) 10240 cpu time (seconds, -t) unlimited max user processes (-u) 12261 virtual memory (kbytes, -v) unlimited It doesn't use anywhere near the 4GB of memory or 8GB of swap allocated to the zone. Total zone RSS (physical memory usage) stays under 200MB for the entire builder-client run. I took regular snaps of memory during the build run and saw no evidence of memory saturation or errors. It's nowhere near hitting swap limits either. I think I've done all I can do to remove system imposed resource limits. This doesn't happen when I run make directly from a shell myself. It looks like a defect in the GHC builder-client itself. If POSIX resources are available on the host (which they are on SmartOS) builder-client sets a 1GB ResourceTotalMemory limit using System.Posix.Resource.setResourceLimit: https://github.com/haskell/ghc-builder/blob/master/client/client.hs#L54 I'm trying a build with the resource limit code commented out. Hopefully that will finally put this to bed. Speaking of bed, I should probably sleep too. If anyone has any other ideas I'd be very happy for the help. Best, Alain