home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / mswindo / programm / win32 / 344 < prev    next >
Encoding:
Internet Message Format  |  1992-07-30  |  1.2 KB
  1. Path: sparky!uunet!mcsun!uknet!cam-orl!root
  2. From: thg@cam-orl.co.uk (Tim Glauert)
  3. Newsgroups: comp.os.ms-windows.programmer.win32
  4. Subject: Re: Running NT with more than 16MB
  5. Message-ID: <1992Jul30.104558.23507@cam-orl.co.uk>
  6. Date: 30 Jul 92 10:45:58 GMT
  7. References: <1410@sousa.ltn.dec.com> <1992Jul30.043742.2291@microsoft.com>
  8. Sender: root@cam-orl.co.uk (Operator)
  9. Lines: 13
  10.  
  11. In article <1992Jul30.043742.2291@microsoft.com>, jvert@microsoft.com (John Vert) writes:
  12. |> The disk driver requests DMA transfers through the HAL (Hardware Abstraction
  13. |> Layer)  The HAL figures out that the DMA controller cannot see the memory
  14. |> above 16Mb, performs the DMA into a buffer below the 16Mb line, then copies
  15. |> the result to its final destination.  (and vice-versa when memory above
  16. |> 16Mb is the source of the DMA))
  17.  
  18. Given the overhead of this copy, it would be nice if NT loaded longer-term
  19. pages, such as the resident portions of itself, into this upper memory. Does
  20. this happen? If not, might it happen in the future? i.e does the HAL contain
  21. any information to allow the VM system to be intelligent about this? Or is
  22. this only a problem on machines where DMA is so slow that the overhead is not
  23. significant anyway?
  24.