Concordou com o uso de drivers melhores. Eu vi OAKCDROM.SYS e instantaneamente pensei em alternativas. Eu não sabia sobre o UIDE quando pesquisei isso há muitos anos. Mas eu ainda encontrei alternativas melhores do que OAKCDROM.SYS: Veja Arquivo de Software do TOOGAM: Drivers de CD-ROM . CuteMouse também é uma ótima recomendação. Estes podem fornecer mais memória livre e realmente sem desvantagens. É apenas um código mais novo e melhor.
O SHSUCDX pode economizar memória, embora possa ter alguns problemas com o CD Audio (pelo menos com a versão 2.20b, se bem me lembro). Se o áudio do CD funcionar bem ou se não for um problema, use-o.
Eu também concordo com o uso de DOS = HIGH, UMB e tentando usar DEVICEHIGH. Mas o uso de DEVICEHIGH pode consumir um pouquinho de memória superior, e então você pode simplesmente não ter memória suficiente para algo maior. Então, observar as coisas com cuidado pode ser necessário para obter a configuração ideal. Não se preocupe com isso até saber quais drivers você quer.
Então, o LH pode ser usado para qualquer coisa da linha de comando, incluindo qualquer coisa carregada do AUTOEXEC.BAT.
Livre-se do DOSKey: Em vez disso, use 4DOS para substituir o Command.Com. O 4DOS costumava ser um shareware, mas agora existe uma versão do Freeware e, posteriormente, o código-fonte tornou-se disponível. Eu acredito que o 4DOS tende a usar menos memória convencional, ou pelo menos pode ser configurado para isso. Para usar 4DOS, obtenha o software e depois o CONFIG.SYS se refira a ele via SHELL, por exemplo:
SHELL=C:DOSDOS.Com
Também defina o COMSPEC:
SET COMSPEC=C:DOSDOS.Com
Comspec pode ser CONFIG.SYS ou AutoExec.bat
Provavelmente, livre-se do SETVER: geralmente é completamente desnecessário. Simplesmente faz com que algum software funcione, em vez de o software reclamar inutilmente sobre as versões do software. Mas o software normalmente não faz isso a menos que seja empacotado com outra versão DOS (comercial?).
] [CyberPillar] [: Memória do DOS algumas outras opções, como substituir os gerenciadores de memória. Por exemplo: se você tiver tempo para realmente brincar com essas coisas, veja se o UMBPCI funciona no seu sistema. Se assim for, aproveite o uso em vez de EMM386.
Caso contrário, EMM386 (eu acho, talvez HIMEM, mas eu acho EMM) tem algum parâmetro (HIGHSCAN se bem me lembro) que pode gerar mais memória, mas congela uma pequena porcentagem de sistemas. Verifique a ajuda online para tal parâmetro; isso pode causar mais memória a ser encontrada e usada.
Bem, seguir todas essas dicas será um bom começo de qualquer maneira.
Sei que você abordou isso na sua pergunta, mas como essa linha pode ser fácil de ser esquecida, rapidamente mostrarei que NLSFunc (National Keyboard Language Funcional) e DISPLAY.SYS (carregados no CONFIG.SYS) podem ser desnecessários a menos que você esteja tentando dar suporte a páginas de código não americanas. Semelhante para KEYB. Eu não sei quão bem o poder é.
Não tenha muita fé no MemMaker. Isso pode ajudar. Isso pode piorar as coisas. Geralmente ajuda, um pouco, se estiver usando um sistema não otimizado. Talvez tente novamente depois de fazer todas as outras alterações recomendadas, incluindo fazer o backup dos arquivos CONFIG.SYS e AUTOEXEC.BAT antes de permitir que o MemMaker examine o sistema.
Se você precisar de memória para um aplicativo específico, poderá criar um menu de inicialização que permita escolher quais drivers carregar. O MS-DOS 6.x suportava isso usando comandos em um CONFIG.SYS. (Veja AJUDA para os comandos "menu").