* [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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.