It sounds like it was doing just a partial RAM defrag.  Otherwise, there should be a single large contig (hopefully > 4GB) right after the defrag.
 
Hartmut W Sager - Tel +1-204-339-8331, +1-204-515-1701, +1-204-515-1700, +1-810-471-4600, +1-909-361-6005


On 4 January 2016 at 12:54, Trevor Cordes <trevor@tecnopolis.ca> wrote:
On 2016-01-04 Hartmut W Sager wrote:
> I am surprised.  Doesn't a current high-grade OS like Linux (maybe not
> Windows) routinely close the gaps in RAM by relocating running code
> and data?  This is quite efficiently do-able in CPU architectures

I just read an article about this.  Supposedly modern linux (not sure
about RHEL6) does mem "defrag" only on oom condition (going from vague
memory).  Discussions always crop up about having a kthread that can do
periodic defrag outside of oom condition but I don't think this is
being done at present.

Defrag on oom does sound like what I just saw today, because when the
oom happened there was almost no contig ram left, but when I checked
the server a while later there were lots of bigger contigs, but still
not enough for a 4G alloc.
_______________________________________________
Roundtable mailing list
Roundtable@muug.mb.ca
http://www.muug.mb.ca/mailman/listinfo/roundtable