[Yozh]

Во-первых. Вместо того чтобы гадать на кофейной гуще, выполни команду
mem /d >mem.txt
и внимательно изучи содержимое файла mem.txt. Либо выполни
mem /d|more и изучай то же самое прямо в окне MSDOS.

Во-вторых, fsbshigh.
Немного истории. MSDOS 1.0 не знала, что такое каталоги. Базовая конигурация первых IBM PC не включала жёсткий диск, потому всё пока создавалось в одном - корневом - каталоге. Для манипуляции с открываемыми файлами служили т.н. File Contol Blocks. В MSDOS 2.0 появились каталоги, а FCB сменились более гибкими структурами - File Handlers.
Максимальное количество одновременно обрабатываемых FCB задаётся при помощи FCBS=x, для File Handlers - FILES=x (ну, или xxxHIGH=x, начиная с Win95 тоже возможно).
Если ты не указываешь в config.sys эти параметры, система берёт по умолчанию: FILES=8, FCBS=4 (в целях совместимости неизвестно с кем).
Чем это грозит? Под каждый FCB выделяется 64 байта памяти или что-то в этом роде. Т.о., при FCBS=4 ты теряешь 256 байт. Мелочь, а неприятно, правда?
Ты запускаешь программы, которые открывают файлы через FCBs? Если нет, то, может, не будем тратить байты попусту?
Посмотри в дампе, сколько памяти ты теряешь на FILES=250? Оно тебе столько надо? Может, ограничимся чем-нибудь вроде 100? Неужто у тебя CLIPPER будет держать открытыми сразу 250 файлов?
Вот для примера дамп by default:
                       192    (0K)               FILES=8
                       256    (0K)               FCBS=4
                    10 720   (10K)               BUFFERS=20
А как у тебя дело обстоит?
Если запускаешь DOS-программу из винды, то зачем тебе, кстати, BUFFERS=20? У меня есть подозрение, что виндовский дисковый кэш с этими задачами справися лучше.
Что касается FCBS и FCBSHIGH, то я пока тоже ничего ответить не могу. У меня винда по FCBSHIGH упорно не хочет помещать это в UMB. Будем разбираться.
Из русификаторов: попробуй keyrus

Добавлено:

Кстати, а строка
files=250,
помещённая в autoexec.bat, у тебя нормально отрабатывается? Ты ничего не перепутал?