Windows programming

Moderators: None (Apply to moderate this forum)
Number of threads: 3711
Number of posts: 9173

This Forum Only
Post New Thread
Single Post View       Linear View       Threaded View      f

Edit Report
Real Memory vs. Virtual Memory Posted by Jerry Burnett on 6 Jul 1999 at 7:14 AM
Is there an API call under win95 to get a block of memory<br>
that is actual ram on board, and not virutal (eligible to be<br>
paged out)? I have 64 meg and I would like to reserve <br>
a large block, say 15 or 20 meg that will stay FIXED to<br>
the motherboard ram (above the 1 meg line, of course),<br>
so that my program can have instant access to any byte<br>
within the block allocated, without fear of having to see my<br>
hard-drive light blinking while WIN95 pages in and out<br>
needlessly. For DOS programmer's, you know you can<br>
run real mode with the granularity bit set on for GS, FS, and<br>
even ES, and you can overrides to get acces to all the<br>
ram on your motherboard without having to experience<br>
hard drive "paging". This is very fast, but when I try this<br>
under win95, somehow it thinks it has to go wild paging<br>
in and out. What gives? It makes memory intensive<br>
computations take many times longer. Using DOS4g<br>
(that's what it is called) means you lose all the good<br>
benefits of win95, but then you lose fixed access to <br>
board ram with win95. How do windows programmers<br>
solve that problem? How do you get what we mainframers<br>
call VIRTUAL=REAL (non-pagealbe main memory)?<br>
Thanks, Jerry Burnett alcman@neto.com


Edit Report
Partial Solution? Posted by AcheronX on 12 Jul 1999 at 10:06 PM
You can call the MS extentions API to lock down the HD.<br>
While this of course, fails all writes to the HD, it also<br>
prevents paging to and from the HD. You can mail me for the <br>
code if you wish. However, it might not be useful due to<br>
the adverse affects on other programs. Many simply don't<br>
recover properly from a failed disk write.


URL:http://acheronx.resnet.tamu.edu/home/

Edit Report
Partial Solution? Posted by AcheronX on 12 Jul 1999 at 10:06 PM
You can call the MS extentions API to lock down the HD.<br>
While this of course, fails all writes to the HD, it also<br>
prevents paging to and from the HD. You can mail me for the <br>
code if you wish. However, it might not be useful due to<br>
the adverse affects on other programs. Many simply don't<br>
recover properly from a failed disk write.


URL:http://acheronx.resnet.tamu.edu/home/

Edit Report
Re: Real Memory vs. Virtual Memory Posted by B Bober on 22 Apr 2000 at 5:52 PM
User GlobalLock<br>
: Is there an API call under win95 to get a block of memory<br>
: that is actual ram on board, and not virutal (eligible to be<br>
: paged out)? I have 64 meg and I would like to reserve <br>
: a large block, say 15 or 20 meg that will stay FIXED to<br>
: the motherboard ram (above the 1 meg line, of course),<br>
: so that my program can have instant access to any byte<br>
: within the block allocated, without fear of having to see my<br>
: hard-drive light blinking while WIN95 pages in and out<br>
: needlessly. For DOS programmer's, you know you can<br>
: run real mode with the granularity bit set on for GS, FS, and<br>
: even ES, and you can overrides to get acces to all the<br>
: ram on your motherboard without having to experience<br>
: hard drive "paging". This is very fast, but when I try this<br>
: under win95, somehow it thinks it has to go wild paging<br>
: in and out. What gives? It makes memory intensive<br>
: computations take many times longer. Using DOS4g<br>
: (that's what it is called) means you lose all the good<br>
: benefits of win95, but then you lose fixed access to <br>
: board ram with win95. How do windows programmers<br>
: solve that problem? How do you get what we mainframers<br>
: call VIRTUAL=REAL (non-pagealbe main memory)?<br>
: Thanks, Jerry Burnett alcman@neto.com<br>
: <br>
<br>






 

Recent Jobs

Official Programmer's Heaven Blogs
Web Hosting | Browser and Social Games | Gadgets

Popular resources on Programmersheaven.com
Assembly | Basic | C | C# | C++ | Delphi | Flash | Java | JavaScript | Pascal | Perl | PHP | Python | Ruby | Visual Basic
© Copyright 2011 Programmersheaven.com - All rights reserved.
Reproduction in whole or in part, in any form or medium without express written permission is prohibited.
Violators of this policy may be subject to legal action. Please read our Terms Of Use and Privacy Statement for more information.
Operated by CommunityHeaven, a BootstrapLabs company.