Re: [Devel] [PATCH 6/6] BC: kernel memory accounting (marks)

I'm still a bit concerned about if we actually need the 'struct page'
pointer.  I've gone through all of the users, and I'm not sure that I
see any that _require_ having a pointer in 'struct page'.  I think it
will take some rework, especially with the pagetables, but it should be
quite doable.

vmalloc:
	Store in vm_struct
fd_set_bits:
poll_get:
mount hashtable:
	Don't need alignment.  use the slab?
pagetables:
	either store in an extra field of 'struct page', or use the
	mm's.  mm should always be available when alloc/freeing a
	pagetable page

Did I miss any?

-- 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/

---

• Follow-Ups:
  • Re: [Devel] [PATCH 6/6] BC: kernel memory accounting (marks)
    • From: Kirill Korotaev <[email protected]>

• References:
  • [PATCH] BC: resource beancounters (v2)
    • From: Kirill Korotaev <[email protected]>
  • [PATCH 6/6] BC: kernel memory accounting (marks)
    • From: Kirill Korotaev <[email protected]>

• Prev by Date: Re: Linux time code
• Next by Date: Re: [take13 0/3] kevent: Generic event handling mechanism.
• Previous by thread: [PATCH 6/6] BC: kernel memory accounting (marks)
• Next by thread: Re: [Devel] [PATCH 6/6] BC: kernel memory accounting (marks)
• 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]