Re: [ckrm-tech] [RFC][PATCH 5/7] UBC: kernel memory accounting (core)

On Thu, 2006-08-17 at 20:43 +0200, Andi Kleen wrote:
> -Andi (who still doesn't see what's so bad about a separate table)

Not much wrong with that, as long as we do something more like sparsemem
than mem_map[]. ;)

-- Dave

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

---

• References:
  • [RFC][PATCH] UBC: user resource beancounters
    • From: Kirill Korotaev <[email protected]>
  • Re: [ckrm-tech] [RFC][PATCH 5/7] UBC: kernel memory accounting (core)
    • From: Rik van Riel <[email protected]>
  • Re: [ckrm-tech] [RFC][PATCH 5/7] UBC: kernel memory accounting (core)
    • From: Rohit Seth <[email protected]>
  • Re: [ckrm-tech] [RFC][PATCH 5/7] UBC: kernel memory accounting (core)
    • From: Andi Kleen <[email protected]>

• Prev by Date: Re: [ckrm-tech] [RFC][PATCH 5/7] UBC: kernel memory accounting (core)
• Next by Date: Re: [ckrm-tech] [RFC][PATCH 5/7] UBC: kernel memory accounting (core)
• Previous by thread: Re: [ckrm-tech] [RFC][PATCH 5/7] UBC: kernel memory accounting (core)
• Next by thread: Re: [ckrm-tech] [RFC][PATCH 5/7] UBC: kernel memory accounting (core)
• Index(es):
  • Date
  • Thread

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]