OpenVZ Forum


Home » Mailing lists » Devel » Re: [ckrm-tech] [RFC][PATCH 5/7] UBC: kernel memory accounting (core)
Re: [ckrm-tech] [RFC][PATCH 5/7] UBC: kernel memory accounting (core) [message #5381 is a reply to message #5316] Fri, 18 August 2006 10:52 Go to previous messageGo to previous message
dev is currently offline  dev
Messages: 1693
Registered: September 2005
Location: Moscow
Senior Member
Andi Kleen wrote:
>>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.
>
>
> One could always use a second set of arrays, mirroring mem_map
which one do you prefer:
- having a pointer on the struct page?
kernels without resource accounting won't have this.

- having a mirroring mem_map?
on i686 it is easy, but not sure about sparse mem
or numa configurations.
advantage: run-time configurable on boot time.
disadvantage: much lower performance with accounting.

- address_space/anon_vma can be replaced with some kind of proxy object
with 2 pointers - address_space and ub. however I don't see how it is
better then a single ptr on page.

Thanks,
Kirill

Report message to a moderator

[Message index]
 
Read Message
Read Message
Read Message
Read Message
Previous Topic: [PATCH 3/9] network namespaces: playing and debugging
Next Topic: [PATCH] e1000: memory leak in e1000_set_ringparam()
Goto Forum:
  

[ Syndicate this forum (XML) ] [ RSS ] [ PDF ]

Current Time: Tue Sep 17 19:03:05 GMT 2024

Total time taken to generate the page: 0.05171 seconds
Powered by FUDforum Powered by Virtuozzo Containers