1. 19 Oct, 2007 1 commit
  2. 15 Oct, 2007 1 commit
  3. 23 Aug, 2007 1 commit
  4. 16 Jul, 2007 4 commits
  5. 09 Jul, 2007 2 commits
  6. 08 May, 2007 1 commit
    • William Cohen's avatar
      reduce size of task_struct on 64-bit machines · 97dc32cd
      William Cohen authored
      This past week I was playing around with that pahole tool
      (http://oops.ghostprotocols.net:81/acme/dwarves/) and looking at the size
      of various struct in the kernel.  I was surprised by the size of the
      task_struct on x86_64, approaching 4K.  I looked through the fields in
      task_struct and found that a number of them were declared as "unsigned
      long" rather than "unsigned int" despite them appearing okay as 32-bit
      sized fields.  On x86_64 "unsigned long" ends up being 8 bytes in size and
      forces 8 byte alignment.  Is there a reason there a reason they are
      "unsigned long"?
      The patch below drops the size of the struct from 3808 bytes (60 64-byte
      cachelines) to 3760 bytes (59 64-byte cachelines).  A couple other fields
      in the task struct take a signficant amount of space:
      struct thread_struct       thread;               688
      struct held_lock           held_locks[30];       1680
      CONFIG_LOCKDEP is turned on in the .config
      [akpm@linux-foundation.org: fix printk warnings]
      Cc: <linux-arch@vger.kernel.org>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
  7. 12 Feb, 2007 1 commit
  8. 08 Dec, 2006 2 commits
  9. 02 Oct, 2006 3 commits
  10. 29 Sep, 2006 1 commit
  11. 14 Jul, 2006 1 commit
  12. 30 Jun, 2006 1 commit
  13. 26 Mar, 2006 1 commit
  14. 10 Jan, 2006 1 commit
  15. 06 Jan, 2006 1 commit
  16. 29 Oct, 2005 1 commit
    • Hugh Dickins's avatar
      [PATCH] mm: rss = file_rss + anon_rss · 4294621f
      Hugh Dickins authored
      I was lazy when we added anon_rss, and chose to change as few places as
      possible.  So currently each anonymous page has to be counted twice, in rss
      and in anon_rss.  Which won't be so good if those are atomic counts in some
      Change that around: keep file_rss and anon_rss separately, and add them
      together (with get_mm_rss macro) when the total is needed - reading two
      atomics is much cheaper than updating two atomics.  And update anon_rss
      upfront, typically in memory.c, not tucked away in page_add_anon_rmap.
      Signed-off-by: default avatarHugh Dickins <hugh@veritas.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
  17. 17 Sep, 2005 1 commit
  18. 09 Sep, 2005 1 commit
  19. 16 Apr, 2005 1 commit
    • Linus Torvalds's avatar
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds authored
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      Let it rip!