)]}'
{
  "log": [
    {
      "commit": "2b4a08150e0ce2f6eb5d0987fdfe3524ec799313",
      "tree": "ae4d69033fa3e1e64485433bec8e496fc498ca8f",
      "parents": [
        "165aeb82848c81ee1774f8defc74df4341e9184b"
      ],
      "author": {
        "name": "Andi Kleen",
        "email": "ak@suse.de",
        "time": "Mon Sep 12 18:49:24 2005 +0200"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@g5.osdl.org",
        "time": "Mon Sep 12 10:49:58 2005 -0700"
      },
      "message": "[PATCH] x86-64: Increase TLB flush array size\n\nThe generic TLB flush functions kept upto 506 pages per\nCPU to avoid too frequent IPIs.\n\nThis value was done for the L1 cache of older x86 CPUs,\nbut with modern CPUs it does not make much sense anymore.\nTLB flushing is slow enough that using the L2 cache is fine.\n\nThis patch increases the flush array on x86-64 to cache\n5350 pages. That is roughly 20MB with 4K pages. It speeds\nup large munmaps in multithreaded processes on SMP considerably.\n\nThe cost is roughly 42k of memory per CPU, which is reasonable.\n\nI only increased it on x86-64 for now, but it would probably\nmake sense to increase it everywhere. Embedded architectures\nwith SMP may keep it smaller to save some memory per CPU.\n\nSigned-off-by: Andi Kleen \u003cak@suse.de\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n"
    },
    {
      "commit": "1da177e4c3f41524e886b7f1b8a0c1fc7321cac2",
      "tree": "0bba044c4ce775e45a88a51686b5d9f90697ea9d",
      "parents": [],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@ppc970.osdl.org",
        "time": "Sat Apr 16 15:20:36 2005 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@ppc970.osdl.org",
        "time": "Sat Apr 16 15:20:36 2005 -0700"
      },
      "message": "Linux-2.6.12-rc2\n\nInitial git repository build. I\u0027m not bothering with the full history,\neven though we have it. We can create a separate \"historical\" git\narchive of that later if we want to, and in the meantime it\u0027s about\n3.2GB when imported into git - space that would just make the early\ngit days unnecessarily complicated, when we don\u0027t have a lot of good\ninfrastructure for it.\n\nLet it rip!\n"
    }
  ]
}