Article View: borland.public.cppbuilder.nativeapi
Article #4224Re: Locking Page in Memory
From: prunesquallor
Date: Wed, 08 Mar 2006 14:09
Date: Wed, 08 Mar 2006 14:09
47 lines
2312 bytes
2312 bytes
"Eelke" wrote: > > <quote> > The working set of a process is the set of memory pages currently > visible to the process in physical RAM memory. These pages are > resident and available for an application to use without triggering a page > fault. > The minimum and maximum working set sizes affect the virtual memory > paging behavior of a process. > </quote> > > So I would conclude that locking into the working set is the same as > locking into physical RAM. > 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. TTFN JB
Technical Details
Message-ID:
<440ee584$1@newsgroups.borland.com>Path:
arc1-ca.pugleaf.net!g2news1.google.com!news1.google.com!news4.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>Show Full Headers
Complete Article Headers
X-Google-Thread: 10cc67,a6a321b0cbcc9b74 X-Google-Attributes: gid10cc67,public X-Google-Language: ENGLISH,ASCII-7-bit From: "prunesquallor" <prunesquallor@proproco.co.uk> Newsgroups: borland.public.cppbuilder.nativeapi References: <440eb97d@newsgroups.borland.com> <440ec0cc@newsgroups.borland.com> Subject: Re: Locking Page in Memory Date: Wed, 8 Mar 2006 14:09:15 -0000 Lines: 49 X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2900.2180 X-RFC2646: Format=Flowed; Response X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 NNTP-Posting-Host: 213.208.127.201 Message-ID: <440ee584$1@newsgroups.borland.com> X-Trace: newsgroups.borland.com 1141826948 213.208.127.201 (8 Mar 2006 06:09:08 -0700) Path: arc1-ca.pugleaf.net!g2news1.google.com!news1.google.com!news4.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