home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Toolkit for DOOM
/
DOOMTOOL.ISO
/
news
/
2000
/
2062
< prev
next >
Wrap
Internet Message Format
|
1994-09-01
|
2KB
Path: oz.cdrom.com!agate!dog.ee.lbl.gov!news.cs.utah.edu!lal.cs.utah.edu!larsen
From: larsen@lal.cs.utah.edu (Steve Larsen)
Newsgroups: alt.games.doom
Subject: Re: Memory Managers (Was: Re: HELP! - Microsoft Sound System)
Date: 1 Sep 1994 20:37:11 GMT
Organization: University of Utah Computer Science Department
Lines: 27
Distribution: world
Message-ID: <345e1n$1gm@magus.cs.utah.edu>
References: <94083112000513163@rti.uucp.netcom.com>
NNTP-Posting-Host: lal.cs.utah.edu
X-Newsreader: TIN [version 1.2 PL1]
Sean Clark (sean.clark@rti.uucp.netcom.com) wrote:
<stuff deleted>
: I can't say too much about QEMM, but I'd guess it DOES cause the game to
: run slower. I have seen for myself that the game runs notably slower
: when EMM386.EXE is running to allow access to UMB's etc., and if you
: unload it things speed up. My theory is that if you have the other
: memory managers loading, Doom's memory manager has to constantly
: negotiate with the other memory managers for access to the RAM...
Actually, what slows DOOM down (or almost any other PM program) with EMM386
is that is has a DPMI server built in by default (just for those who don't
know, the DOS4GW dos extender (which DOOM uses) will only supply its DPMI
server if one is not already present. Otherwise, it just uses the existing
one). I am not sure if you can disable it, but this server slows down every
PM program I have run with it. Now, QEMM comes with a DPMI server, but it
is a seperate program, so it only runs if you want it do (you don't for
DOOM).
--
Steve Larsen
larsen@sunset.cs.utah.edu
larsen@unislc.slc.unisys.com
I don't like stuff that sucks!
B&B