tony@scotty.dccs.upenn.edu (Anthony Olejnik) (01/24/90)
I have an XT clone that I would like to speed up (WITHOUT replaceing any hardware). I would like to know how effective disk caching is. Are some disk caching programs better than others? Are they even necessary? Will increasing the number of BUFFERS in my Congif.sys file, help? Any help would be greatly appreciated. Thanks. --tony Olejnik University of Pennsylvania tony@scotty.dccs.upenn.edu
Howard.Spindel@p8.f14.n105.z1.FIDONET.ORG (Howard Spindel) (01/31/90)
In an article of <27 Jan 90 00:25:32 GMT>, jmerrill@jarthur.Claremont.EDU (Jason Merrill) writes: >I've found that disk caches intefere with communications; I have a 19200 >baud link to a local system, and when I was using a cache I would >frequently >lose characters. When I removed the cache, the problem went away. >Incidentally, the DSZ docs list disk caches as one possible culprit for >Data >Overflows... On 286 machines disk cache programs frequently use extended memory. In order to use extended memory the cache program must briefly put the machine into protected mode. To switch from protected mode to real mode requires resetting the processor. While protected mode is active and during the reset interrupts are disabled. An interrupt driven communications program is unable to respond to received characters and receive overflow may occur. This problem may be somewhat alleviated by using 16550 UART chips as they have internal buffering. The problem does not exist with 386 machines. -- Howard Spindel - via FidoNet node 1:105/14 UUCP: ...!{uunet!oresoft, tektronix!reed}!busker!14.8!Howard.Spindel ARPA: Howard.Spindel@p8.f14.n105.z1.FIDONET.ORG
akcs.amparsonjr@vpnet.UUCP (Anthony M. Parson, Jr.) (02/02/90)
PC Kwik is not shareware.
cth_co@tekno.chalmers.se (CHRISTER OLSSON) (02/06/90)
In article <1414.25C69DAC@busker.FIDONET.ORG>, Howard.Spindel@p8.f14.n105.z1.FIDONET.ORG (Howard Spindel) writes: >> In an article of <27 Jan 90 00:25:32 GMT>, jmerrill@jarthur.Claremont.EDU (Jason Merrill) writes:>> >>I've found that disk caches intefere with communications; I have a 19200 -- stuff deleted -- > This problem may be somewhat alleviated by using 16550 UART chips as > they have internal buffering. The problem does not exist with 386 > machines. Wrong! At least one 386 from IMC has the problem. (It's 25Mhz 80386). Replacing the 16450 to 16550 solves the problem. I think the problem is most common if you have an RLL or other hd-controller with own bios. The interrupts to the AT-bios, the hd-bios and to the cache-driver takes too long time and you lose chars. (You transfer some file, the transferprogram will save a block to disk. Use the dos-interrupt for disk transfer, the cache-driver gets the block to store it on the cache-memory. The cache-routine goes to the HD-bios and the HD-bios works. If that takes more than 520 us, you lose chars.
cs4g6ag@maccs.dcss.mcmaster.ca (Stephen M. Dunn) (02/07/90)
In article <25c86dbe:4503.5comp.sys.ibm.pc;1@vpnet.UUCP> akcs.amparsonjr@vpnet.UUCP (Anthony M. Parson, Jr.) writes:
$PC Kwik is not shareware.
The last copy of it that I saw this summer was. Super PC-Kwik, on
the other hand, may not be.
--
Stephen M. Dunn cs4g6ag@maccs.dcss.mcmaster.ca
<std_disclaimer.h> = "\nI'm only an undergraduate!!!\n";
****************************************************************************
"I want to look at life - In the available light" - Neil Peartthaler@shorty.cs.wisc.edu (Maurice Thaler) (02/08/90)
In article <25c86dbe:4503.5comp.sys.ibm.pc;1@vpnet.UUCP> akcs.amparsonjr@vpnet.UUCP (Anthony M. Parson, Jr.) writes: >PC Kwik is not shareware. Wrongo! There are TWO versions, the commercial one and the shareware one. The commercial one is also bundled quite often, as with DELL's MSDOS. -- Maurice Thaler SYSOP Audio Projects BBS (608) 836-9473 SYSOP Power Board BBS (608) 222-8842