To:	opendos AT delorie DOT com
X-Comment-To:	"Patrick Moran" <pmoran22 AT yahoo DOT com>
References:	<819A5186A6F AT reze-1 DOT rz DOT rwth-aachen DOT de>
	<001301c05594$ab2df350$a28a1004 AT dbcooper>
	<2 DOT 07b7 DOT YMVX DOT G4IZ6W AT belous DOT munic DOT msk DOT su>
	<006101c05614$1f71a4d0$a28a1004 AT dbcooper>
	<2 DOT 07b7 DOT 3EXL DOT G4K1NY AT belous DOT munic DOT msk DOT su>
	<001501c056e6$11012b50$ce881004 AT dbcooper>
Message-Id:	<2.07b7.Q4M5.G4L6UD@belous.munic.msk.su>
From:	"Arkady V.Belousov" <ark AT belous DOT munic DOT msk DOT su>
Date:	Sat, 25 Nov 2000 18:25:25 +0300 (MSK)
Organization:	Locus
X-Mailer:	dMail [Demos Mail for DOS v2.07b7]
Subject:	Re: Optimizing CONFIG.SYS...
Lines:	61
MIME-Version:	1.0
Reply-To:	opendos AT delorie DOT com

X-Comment-To: Patrick Moran

Hi!

25-ξΟΡ-2000 06:44 pmoran22 AT yahoo DOT com (Patrick Moran) wrote to
<opendos AT delorie DOT com>:

>> >> PM> PROMPT [DRDOS] $P$G
>> >> PM> ^
>> >> PM> These can be loaded anytime. I did not notice any difference if I loaded
>> >> PM> them first.
>> >>      PROMPT is not a program, this is substitute for SET PROMPT statement,
>> >> also as PATH is a substitute for SET PATH statement.
>> PM> Yes, I know. they do not use any memory, that is why they can be used at
>> PM> anytime.
>>      This statement _uses_ memory for consequent environment variable.
PM> Yes, but that is included in the env size you use in the CONFIG file, it is
PM> not extra memory that can interfere or fragment loading and memory.

     When you run program then COMMAND.COM creates truncated (at paragraph
boundary) copy of environment and if TSR not release environment then you
get bigger environment chunk for this TSR if run it after defining new
variables or expanding already present (in this case you expand variable by
8 bytes).

>>      ? Windows _not_ earase anything in %TEMP% directory.
PM> Bet me. I have installed programs that have wiped it out.

     "Beat"?

>> >>      I recommend BREAK=ON - this gives slightly more control on apps running
>> >> for you.
>> PM> It slows down the computer, so I leave it off.
>>      How much this "slow downs the computer"? Do you have precisely timings
>> or this is only your suggestion?
PM> You will definitely notice it in a true BLUE IBM PC/XT. Since it was
PM> noticable way back then, I just turn it off. There is enough crap already
PM> that slows a system down because of drivers that have to be loaded. I don't
PM> need anything else to slow the system down. But if you would like, I may be
PM> able to run a program that calculates PI to 3758 decimal places and gives
PM> the time it takes in seconds, but not sure that it would affect this machine
PM> as it only takes 80 seconds. I would probably have to check it on my old 286
PM> board. But it was very noticeable on an XT.

     Slow downs may (or may not) be seen if this app very frequently access
INT 21 (what mean bad design by itself, btw). What common between computing
PI and accessing INT 21?

     In any case if you can proof slow downs with concrete numbers then I
very interested in this.

>>      I don't use neither TASK MANAGER nor TERMINATE. I use Windows 3.x and
>> TERM90 from Norton Commander and have no troubles.
PM> The terminal program does not matter. I could use PCTools commute or any
PM> other comm program. I use Task manager, because I hate WINDOZE. Get tired of
PM> it's bloated programs and crashing all the time. I use NT for that crap. At

     NT on 386? :) You joke.

     And I prefer Win on my machine because, for example, Desqview are less
stable _for me_. In addition I sometime use Word and Excel.

- Raw text -