)]}'
{
  "commit": "33c120ed2843090e2bd316de1588b8bf8b96cbde",
  "tree": "7a6969fd7aae85fdaa8e63a90494950d8e4a0792",
  "parents": [
    "c5fdae469a6a26cd882d7fe0aa3fbfffb6b72fc5"
  ],
  "author": {
    "name": "Rik van Riel",
    "email": "riel@redhat.com",
    "time": "Sat Oct 18 20:26:36 2008 -0700"
  },
  "committer": {
    "name": "Linus Torvalds",
    "email": "torvalds@linux-foundation.org",
    "time": "Mon Oct 20 08:50:26 2008 -0700"
  },
  "message": "more aggressively use lumpy reclaim\n\nDuring an AIM7 run on a 16GB system, fork started failing around 32000\nthreads, despite the system having plenty of free swap and 15GB of\npageable memory.  This was on x86-64, so 8k stacks.\n\nIf a higher order allocation fails, we can either:\n- keep evicting pages off the end of the LRUs and hope that\n  we eventually create a contiguous region; this is somewhat\n  unlikely if the system is under enough stress by new\n  allocations\n- after trying normal eviction for a bit, use lumpy reclaim\n\nThis patch switches the system to lumpy reclaim if the VM is having\ntrouble freeing enough pages, using the same threshold for detection as\nused by pageout congestion wait.\n\nSigned-off-by: Rik van Riel \u003criel@redhat.com\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": "9588973849d0ff0ba03b509be31865100f6d5470",
      "old_mode": 33188,
      "old_path": "mm/vmscan.c",
      "new_id": "a8347b677e74a0e5602766c2d4932e3105129213",
      "new_mode": 33188,
      "new_path": "mm/vmscan.c"
    }
  ]
}