delorie.com/archives/browse.cgi | search |
Xref: | news2.mv.net comp.os.msdos.djgpp:5855 |
From: | Charles Sandmann <sandmann AT clio DOT rice DOT edu> |
Newsgroups: | comp.os.msdos.djgpp |
Subject: | Re: Locking RAM for hardware interrupts |
Date: | Wed, 10 Jul 1996 08:36:31 CDT |
Organization: | Rice University, Houston, Texas |
Lines: | 11 |
Message-ID: | <31e3b1df.sandmann@clio.rice.edu> |
References: | <836949496 DOT 23711 DOT 0 AT abwillms DOT demon DOT co DOT uk> |
Reply-To: | sandmann AT clio DOT rice DOT edu |
NNTP-Posting-Host: | clio.rice.edu |
To: | djgpp AT delorie DOT com |
DJ-Gateway: | from newsgroup comp.os.msdos.djgpp |
> > The routine at a time method is better ... > Why? Which is 'best'? Surely locking the image is 'blanket security', > without effectively disabling virtual memory? Certainly locking everything (or just all code) is easier and safer than doing it a routine at a time. But this will cause bad paging performance on systems with insufficient memory (or an outright failure with a pagefault if there isn't enough memory to lock). If you are willing to put a bigger minimum ram requirement to run your program, that's fine, but locking only the routines needed would allow the code to potentially run on a 1Mb box.
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |