* [Fwd: Re: Virtual memory leaking through IA32 emulation layer for
@ 2004-03-11 0:30 Arun Sharma
0 siblings, 0 replies; only message in thread
From: Arun Sharma @ 2004-03-11 0:30 UTC (permalink / raw)
To: linux-ia64
[-- Attachment #1: Type: text/plain, Size: 49 bytes --]
[ I mistyped the email address for linux-ia64 ]
[-- Attachment #2: Re: Virtual memory leaking through IA32 emulation layer for mmap and munmap --]
[-- Type: message/rfc822, Size: 3657 bytes --]
From: David Mosberger <davidm@napali.hpl.hp.com>
To: Arun Sharma <arun.sharma@intel.com>
Cc: davidm@hpl.hp.com, linux-ia64@vger.intel.com
Subject: Re: Virtual memory leaking through IA32 emulation layer for mmap and munmap
Date: Wed, 10 Mar 2004 11:44:52 -0800
Message-ID: <16463.28724.277502.132751@napali.hpl.hp.com>
>>>>> On Wed, 10 Mar 2004 11:31:50 -0800, Arun Sharma <arun.sharma@intel.com> said:
Arun> Yes, I'd really like to see this problem fixed. I think, the
Arun> patch needs to be as memory efficient as possible - we're
Arun> using non-pageable kernel memory. So some numbers on the two
Arun> level bitmap scheme vs keeping lists of head/tail pages for
Arun> common ia32 workloads would be good.
Agreed. The good news is that the track is only needed for parially
allocated pages, so the overhead should, in the worst-case, be
proportional to the number of vmareas, not to the amount of memory
mapped.
--david
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2004-03-11 0:30 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-03-11 0:30 [Fwd: Re: Virtual memory leaking through IA32 emulation layer for Arun Sharma
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox