Johnson Lam has posted a new 16-Oct-2011 DRIVERS.ZIP file on
his website at <>.

In it, UIDE has again been reduced down to a 7.5K-byte file,
same as UIDE2, for "boot" diskettes and other systems having
limited space.    So, UIDE-S is no longer needed, and it has
been eliminated!   UIDE2's performance is also improved, and
all other drivers have merely been re-dated to 16-Oct-2011.

To get UIDE below 7.5K, I had to delete its /M switch.    /M
saved only 256 bytes of HMA, "not enough" to matter, as UIDE
uses only 4336 bytes of HMA in all cases.   Even poor MS-DOS
V7.10 (short on HMA due to long-filename and Win95/98 logic)
still has 9100+ bytes of free HMA, and a "BUFFERS=4" command
in CONFIG.SYS can reduce what the kernel needs!   Most other
DOS systems have MUCH more free HMA and should be no problem
if loading UIDE with a /H switch.   UIDE can be re-assembled
with "SBUFSZ equ 256", if anyone absolutely requires its 256
byte binary-search buffer (runs maybe 1% slower)!

The UIDE2 driver now runs a "hair" faster for protected-mode
users, due to re-adding the old "ScnD" subroutine which uses
a "scasw" command (not a full binary-search) in deleting old
cache-table entries.   "ScnD" is used with UIDE2's /H or /HL
switches, as its HMA caches are small enough for such logic.
Large caches in upper/DOS memory still use the current UIDE2
"SrchD" routine, for better speed with bigger search tables.

The "UIDE" caching drivers now consist of only --

1) The UIDE.ASM source file (assembles both drivers).
2) The UIDE.SYS driver for up to 4-Gigabyte caches.
3) The UIDE2.SYS driver for "fast" caches in protected-mode.

I hope such a "simplification" is of benefit for UIDE users!

All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
Freedos-user mailing list

Reply via email to