Messages in this thread | | | Subject | Re: [RFC] Arch option to touch newly allocated pages | Date | Sun, 3 Mar 2002 23:48:56 +0000 (GMT) | From | Alan Cox <> |
| |
> I don't have individual little map requests going on here. I have a single > large map happening at boot time which creates the UML "physical" memory > area.
Doesn't matter
> So, say I have a 128M UML which is only ever going to use 32M of that. If > there isn't 128M of address space, but there is 32M, this UML will never > get off the ground, even though it really deserved to.
Well thats up to you on how you implement it. mmap will tell you the truth in overcommit mode 2 or 3. Nothing will get killed off when you try and mmap too much or dirty pages you have.
> About the swap allocation, I'd bet essentially all the time when a page > is allocated, its dirtiness is imminent anyway. So, I'm not adding anything
Nothing of the sort. Sitting in a gnome desktop I'm showing a 41200Kb worst case swap requirement, but it appears under half of that is used.
> to swap. It'll be there a usec later anyway. What I want is for the dirtying > to happen in a controlled place where something sane can be done if the page > isn't really there.
Like randomly killing another process off ? If you want to dirty the pages pray and catch the sigbus then see memset(3). If you want to be told "sorry you can't have that" and write a simple loop to pick a good memory size, you need the address space accounting.
Alan - 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/
| |