Date: Thu, 18 Jan 2001 10:50:51 +0200 (IST)
From: Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
X-Sender: eliz AT is
To: Cesar Rabak <csrabak AT uol DOT com DOT br>
cc: djgpp AT delorie DOT com
Subject: Re: Environment setting for running DJGPP in plain DOS in Win9x
In-Reply-To: <3A665897.E094F146@uol.com.br>
Message-ID: <Pine.SUN.3.91.1010118104702.3768P-100000@is>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Reply-To: djgpp AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: djgpp AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com
Precedence: bulk


On Thu, 18 Jan 2001, Cesar Rabak wrote:

> The application we're debugging is not Emacs. We're using it as editor.
> The most noticeable programs with this behaviour are Emacs and (of
> course) the gcc.

I'm confused.  Are you saying that running some program built with YAMD 
slows down Emacs?

> > Does the program page to disk a lot?  If not, SmartDrv is not your
> > problem (although installing it is definitely a good idea).
> 
> I'm not an Emacs guru, but I surmise that to call compile, grep, etc.
> from within it has to. Doesn't it?

No.  Paging is done by the DPMI host, or by the underlying OS, not by the 
DJGPP application.  The DPMI host will only cause paging when it doesn't 
have available memory to satisfy the currently active program's requests.

In other words, if you have enough free memory to hold both Emacs and 
what's running under it, no paging should be visible.

> Also, the _loading_ process is by itself visible more slow in plain DOS
> than in a Win98 DOS Box.

If this is a ccompanied by the disk LED being constantly ON, it means 
that you need a disk cache.