)]}'
{
  "commit": "6d4831c283530a5f2c6bd8172c13efa236eb149d",
  "tree": "4d199a330cfe8710de0deb4e805a798c2982501c",
  "parents": [
    "e8dad69408a9812d6bb42d03e74d2c314534a4fa"
  ],
  "author": {
    "name": "Andrew Morton",
    "email": "akpm@linux-foundation.org",
    "time": "Wed Apr 27 15:26:41 2011 -0700"
  },
  "committer": {
    "name": "Linus Torvalds",
    "email": "torvalds@linux-foundation.org",
    "time": "Thu Apr 28 11:28:20 2011 -0700"
  },
  "message": "vfs: avoid large kmalloc()s for the fdtable\n\nAzurit reports large increases in system time after 2.6.36 when running\nApache.  It was bisected down to a892e2d7dcdfa6c76e6 (\"vfs: use kmalloc()\nto allocate fdmem if possible\").\n\nThat patch caused the vfs to use kmalloc() for very large allocations and\nthis is causing excessive work (and presumably excessive reclaim) within\nthe page allocator.\n\nFix it by falling back to vmalloc() earlier - when the allocation attempt\nwould have been considered \"costly\" by reclaim.\n\nReported-by: azurIt \u003cazurit@pobox.sk\u003e\nTested-by: azurIt \u003cazurit@pobox.sk\u003e\nAcked-by: Changli Gao \u003cxiaosuo@gmail.com\u003e\nCc: Americo Wang \u003cxiyou.wangcong@gmail.com\u003e\nCc: Jiri Slaby \u003cjslaby@suse.cz\u003e\nAcked-by: Eric Dumazet \u003ceric.dumazet@gmail.com\u003e\nCc: Mel Gorman \u003cmel@csn.ul.ie\u003e\nCc: \u003cstable@kernel.org\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": "0be344755c020e8de53d26ff89f60d8a4778cf91",
      "old_mode": 33188,
      "old_path": "fs/file.c",
      "new_id": "4c6992d8f3ba1e3056645e805ddcb4c879d82f93",
      "new_mode": 33188,
      "new_path": "fs/file.c"
    }
  ]
}