Article View: borland.public.cppbuilder.nativeapi
Article #4138Re: Locking Page in Memory
From: Eelke
Date: Thu, 09 Mar 2006 14:21
Date: Thu, 09 Mar 2006 14:21
32 lines
2341 bytes
2341 bytes
> Unfortunately, I don't think it's quite that simple. That was my original > conclusion until I found another quote on MSDN: > > "Processes in Windows NT are granted subtle influence into this system > behavior with the VirtualLock and VirtualUnlock functions. Essentially, a > process can establish specific pages to lock into its working set. However, > this does not give the process free reign over its working set. It cannot > affect the number of pages that make up its working set (the system adjusts > the working set for each process routinely), and it cannot control when the > working set is in memory and when it is not." > > That's saying that the whole lot can be shoved to disk under certain > conditions. > > That's why we're currently not convinced that VirtualLock does truly lock > pages into physical memory. I guess Microsoft wants to prevent the possibility of bringing down a system by locking to much physical pages and therefor keeps the possibility open for swapping the workingset anyway. In your original post you wrote > (the reason being it will hold cryptographic keys that I don't > want swapped out) Why don't you want them to be swapped out? Security? AFAIK memory isn't anymore secure then the swapfile. Regards, Eelke
Technical Details
Message-ID:
<4410393c$1@newsgroups.borland.com>Path:
arc1-ca.pugleaf.net!g2news1.google.com!news3.google.com!border1.nntp.dca.giganews.com!nntp.giganews.com!newsfeed00.sul.t-online.de!newsfeed01.sul.t-online.de!t-online.de!newsgroups.borland.com!not-for-mailReferences:
<440eb97d@newsgroups.borland.com> <440ec0cc@newsgroups.borland.com> <440ee584$1@newsgroups.borland.com>Show Full Headers
Complete Article Headers
X-Google-Thread: 10cc67,a6a321b0cbcc9b74 X-Google-Attributes: gid10cc67,public X-Google-Language: ENGLISH,ASCII-7-bit Date: Thu, 09 Mar 2006 15:21:48 +0100 From: Eelke <e.klein@remove.mplussoftware.nl> User-Agent: Mozilla Thunderbird 1.0.5 (Windows/20050711) X-Accept-Language: en-us, en MIME-Version: 1.0 Newsgroups: borland.public.cppbuilder.nativeapi Subject: Re: Locking Page in Memory References: <440eb97d@newsgroups.borland.com> <440ec0cc@newsgroups.borland.com> <440ee584$1@newsgroups.borland.com> In-Reply-To: <440ee584$1@newsgroups.borland.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit NNTP-Posting-Host: 81.58.1.162 Message-ID: <4410393c$1@newsgroups.borland.com> X-Trace: newsgroups.borland.com 1141913916 81.58.1.162 (9 Mar 2006 06:18:36 -0700) Lines: 32 Path: arc1-ca.pugleaf.net!g2news1.google.com!news3.google.com!border1.nntp.dca.giganews.com!nntp.giganews.com!newsfeed00.sul.t-online.de!newsfeed01.sul.t-online.de!t-online.de!newsgroups.borland.com!not-for-mail