LKML Archive on lore.kernel.org
help / color / mirror / Atom feed
* Non continuous VM address space
@ 2007-04-26 20:33 Phy Prabab
2007-04-26 23:46 ` Jeremy Fitzhardinge
0 siblings, 1 reply; 2+ messages in thread
From: Phy Prabab @ 2007-04-26 20:33 UTC (permalink / raw)
To: linux-kernel
Hello,
I have a question, I have a little application and sbrks and then
mmaps to get memory from the system. Originally, this program worked
fine because I had assumed that my applications address space would be
continuous, each subsequent memory request would "mapped" next to each
other, after all this is the address space for this process. However,
what I am finding is that the space is discontiguous, I am getting
back addresses not next to each other. Sometimes the next memory
allocation is several megs above where the previous mapping came from.
Is this possible? Or am I not accounting for something? Yes, I have
intentionally defined malloc, calloc, etc. so they can not be used
under the hood within my code.
BTW, seeing this on 2.6.9 and 2.4.(?) - these are both RH supplied kernels
TIA!
Phy
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: Non continuous VM address space
2007-04-26 20:33 Non continuous VM address space Phy Prabab
@ 2007-04-26 23:46 ` Jeremy Fitzhardinge
0 siblings, 0 replies; 2+ messages in thread
From: Jeremy Fitzhardinge @ 2007-04-26 23:46 UTC (permalink / raw)
To: Phy Prabab; +Cc: linux-kernel
Phy Prabab wrote:
> Sometimes the next memory
> allocation is several megs above where the previous mapping came from.
> Is this possible?
The kernel is free to place mmaped memory whereever it likes unless you
use MAP_FIXED and specify an address.
J
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2007-04-26 23:46 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2007-04-26 20:33 Non continuous VM address space Phy Prabab
2007-04-26 23:46 ` Jeremy Fitzhardinge
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).