Messages in this thread | | | Subject | Re: [ckrm-tech] [RFC][PATCH 5/7] UBC: kernel memory accounting (core) | From | Alan Cox <> | Date | Thu, 17 Aug 2006 16:01:57 +0100 |
| |
Ar Iau, 2006-08-17 am 07:26 -0700, ysgrifennodd Dave Hansen: > My main thought is that _everybody_ is going to have to live with the > entry in the 'struct page'. Distros ship one kernel for everybody, and > the cost will be paid by those not even using any kind of resource > control or containers. > > That said, it sure is simpler to implement, so I'm all for it!
I don't see any good way around that. For the page struct it is a material issue, for the others its not a big deal providing we avoid accounting dumb stuff like dentries.
At the VM summit Linus suggested one option for user page allocation tracking would be to track not per page but by block of pages (say the 2MB chunks) and hand those out per container. That would really need the defrag work though.
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |