Придирка, но devicehigh для himem.sys - не работает, поскольку цепочка загрузки: himem -> emm386, а UMB делает только второй из них.
Если ansi.sys не используется в вашей программе, то его надо просто выкинуть.
Насколько я помню, ifshlp.sys требуется только для Windows 3.11 и не нужен для "чистого DOS-а".
Опция /E:1024 для command.com тоже немного увеличивает потребление памяти и не должна использоваться, если вашей программе не требуется среда переменных окружения размером больше умалчиваемой. Если опция не нужна, то и директиву SHELL надо просто выкинуть.
Не указывайте в путях то, что грузится из autoexec.bat (пропишите там полные пути, если требуется) - это уменьшает размер занятой области среды переменных окружения.

Теперь про расстановку devicehigh/installhigh/loadhigh/lh
Поскольку задачей является освободить максимум в основной памяти, то:
1. Не грузить ничего лишнего;
2. Поскольку на этапе инициализации резидентная программа (TSR) может требовать больше памяти, чем при работе, то возможна ситуация, когда то, что уже занято другими *high не позволит загрузить в UMB "что-нибудь большое". В результате вы можете занять верхней памяти килобайт двадцать и профукать килобайт шестьдесят - в основной;
3. Всё, что возможно грузить через installhigh - надо грузить через installhigh. Это позволяет экономить 100-200 байт на среде окружения. И это не крохоборство, на самом деле.

... а DOS 6.x оставалась такой же, как и тридцать лет назад.

Совсем забыл:

Допишите в config.sys "stacks=0,0", что освободит пару килобайт.а можно пример (config.sys / autoexec.bat) использования этого самого WFW 3.11?Не поддавайтесь на провокации - досовой программе Windows для рабочих груп не даёт никаких плюсов.

P.S.
Драйвер EMM386 можно выкидывать только в том случае, если вашей программе требуется больше XMS-памяти (маловероятно), не нужны UMB/EMS и того, что останется от основной памяти (в первых 640КБ) - будет достаточно.

Не могут.
Это внутренние стеки DOS, которые могли потребоваться на оборудовании, которого лично я никогда не видел. Могу ошибаться за давностью лет, но умалчиваемое значение (9,256) могло быть актуально во времена IBM PC или IBM PC/XT.

... который умел грузить в HMA часть собственных драйверов и TSR.
MS-DOS тоже умел, но в меньших масштабах.

Выигрывалось по разному и в разных сценариях EMM386 мог быть и нужным (обязательным) и бесполезным.
+ нормальный софт и под DOS'ом использовал DPMI DOS Extender'ы (Dos Protected Mode Interface) и никакой emm386 ему был нафиг не нуженВот только не надо про тёплое против кислого.
LIM EMS появился в DOS 2.0 и (тогда) реализовывался специальной аппаратурой даже на i8086. Позволял, в том числе, и многозадачность, особенно в более поздних спецификациях версий 3.2 и 4.0.
Драйвер EMM386 - эмуляция, использующая возможности i80386+.
DPMI - вариант, позволяющий DPMI-серверу (драйвер/TSR) включить защищённый режим и организовать взаимодействие с DOS, а DPMI-клиенту (программе) исполняться в защищённых режимах i80286 (до 16МБ сегментированной памяти) и i80386+ (плоская память с 32-разрядной адресацией). Плюс ещё DPMS вариант от Novell.

P.S.
И, кстати, один из популярных DPMI-расширителей (QEMM386) "по совместительству" реализовывал эмуляцию EMS 4.0.

Не надо проецировать современные реалии даже на четверть века назад.
Это сейчас любой микроконтроллер IP умеет, а было время, когда на материнской плате располагались, в основном, разъёмы и шина. И любая периферия требовала отдельного кристалла или целой их россыпи.
DMA, который сейчас умеет любая тля, был отдельной микросхемой, распаянной на плате.
COM/LPT/флопик - многофункциональный контроллер, вставляемый в разъём.
Надо подключить жёсткий диск - отдельный контроллер.
Сеть? У вас, что - денег вагон?Но моей проблеме может помогла некая среда (надстройка), которая могла бы эммулировать любой запрос на выделение памяти у любой программы и размещать ее в XMS сегменте, при этом программы даже бы об этом не знали. Можно сказать, чтобы для работы любой программы/драйвера память System была 1 Mb - Max Mb.Это невозможно. Нельзя исполнять код за пределами 1МБ плюс 65520 байт без суровых плясок с бубном. И даже V86-режим i80386+ ситуацию не меняет.
А XMS, который работает, начиная с i80286 - вообще хак, где, по большому счёту, есть ровно одна возможность: копировать память между первым мегабайтом и памятью за пределами первого мегабайта. И даже это копирование надо делать с определёнными предосторожностями.В качестве оффтопа хочу заметить: загрузка от момента пуска и до появления меню из config.sys проходит не оправданно долго! Вспоминая загрузку своего домашнего Р-166 на 440ТХ чипсете она была моментальной, порядка 2х сек."Ичо?"
Железка, BIOS которой секунд 15-20 проверяет память или её часть - вполне себе норма. Была. На серверах - так и сейчас норма
Поэтому mem/c, mem/p и оцениваем возможность упихнуть в UMB больше, чем сейчас.