)]}'
{
  "commit": "32dba98e085f8b2b4345887df9abf5e0e93bfc12",
  "tree": "6789196797350911a1c370ce909bfde2556ccfc4",
  "parents": [
    "936a5fe6e6148c0b3ea0d792b903847d9b9931a1"
  ],
  "author": {
    "name": "Andrea Arcangeli",
    "email": "aarcange@redhat.com",
    "time": "Thu Jan 13 15:46:49 2011 -0800"
  },
  "committer": {
    "name": "Linus Torvalds",
    "email": "torvalds@linux-foundation.org",
    "time": "Thu Jan 13 17:32:41 2011 -0800"
  },
  "message": "thp: _GFP_NO_KSWAPD\n\nTransparent hugepage allocations must be allowed not to invoke kswapd or\nany other kind of indirect reclaim (especially when the defrag sysfs is\ncontrol disabled).  It\u0027s unacceptable to swap out anonymous pages\n(potentially anonymous transparent hugepages) in order to create new\ntransparent hugepages.  This is true for the MADV_HUGEPAGE areas too\n(swapping out a kvm virtual machine and so having it suffer an unbearable\nslowdown, so another one with guest physical memory marked MADV_HUGEPAGE\ncan run 30% faster if it is running memory intensive workloads, makes no\nsense).  If a transparent hugepage allocation fails the slowdown is minor\nand there is total fallback, so kswapd should never be asked to swapout\nmemory to allow the high order allocation to succeed.\n\nSigned-off-by: Andrea Arcangeli \u003caarcange@redhat.com\u003e\nAcked-by: Rik van Riel \u003criel@redhat.com\u003e\nAcked-by: Mel Gorman \u003cmel@csn.ul.ie\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "f54adfcbec9c9ea1e8a44003bcf880f4ce8fe9cd",
      "old_mode": 33188,
      "old_path": "include/linux/gfp.h",
      "new_id": "49d2356bb82d582a07da80c82e0c09f2e1ff1e50",
      "new_mode": 33188,
      "new_path": "include/linux/gfp.h"
    },
    {
      "type": "modify",
      "old_id": "6e62d5f9d40b7260d9f933a3570f4e622f62b9dd",
      "old_mode": 33188,
      "old_path": "mm/page_alloc.c",
      "new_id": "bbd0423f282047900fd76b4c88081de6603eaf16",
      "new_mode": 33188,
      "new_path": "mm/page_alloc.c"
    }
  ]
}