Dos и нижняя/верхняя память

@Yuriy_X,
Сам механизм схожий.
У вас используются официальные драйвера русификации DOS от Microsoft. До появления русифицированных версий DOS, использовались драйвера энтузиастов, их было множество (и энтузиастов и драйверов клавиатуры). С разным функционалом. Кто-то делал упор на минимизацию размера программы, кто-то на красивые шрифты для всех возможных видео-режимов, кто-то на максимальную широту возможностей. Чаще всего шла борьба именно за минимальный размер в памяти.
Изначально у вас вопрос был про extended память.
Вот так должно быть:
[X]
DEVICE=C:\DOS\HIMEM.SYS /TESTMEM:OFF
DEVICE=C:\DOS\EMM386.EXE NOEMS

В этом случае expanded памяти не будет, а будет extended.

 

С подробностями работы ни того, ни другого я не знаком - только вижу, что ваш вариант нативен и входит в состав DOS, а сторонние русификаторы - нет

Лично мне и TSR за последние 5 лет активного издевательства над старым железом пригодился отсилы раза 3 (самое то, чтобы хранить его в утилитах для вызова по запросу). Ни в изолированном от интернета англоязычном DOS, ни для отображения текста в русских версиях графических (не текстовых) игр и программ - и тем более их запуска, - ничего такого прописывать на постоянке просто не требуется, учитывая, что нижняя память на компьютерах не резиновая.

P.S. 3.5-дисковод, кстати, тоже где-то валяется, но вообще ни разу не пригождался.

 

Можно смело заменять на RK.
COUNTRY необходимо оставить.

 

Не знаю, есть ли этому логическое объяснение, но Dune 2 (1.07) запускается с использованием General MIDI, только при трёх условиях:

1. Строка DEVICEHIGH=C:\DOS\DISPLAY.SYS CON=(EGA,,1) должна находится в блоке [COMMON], хотя в этом случае, как выяснилось выше, драйвер не попадает в верхнюю память.
2. Вообще не должно быть EMM386.EXE вне зависимости от параметра (пробовал и RAM, и RAM 16384, и NOEMS, и без параметра - в любом случае игра не запускается).
3. Запускать исполняемый файл необходимо только из командной строки (предварительно выйти из DOS Navigator).

Базовая память в этом случае равна примерно 603 *** Кб. При использовании RK.COM базовой памяти становится больше, но Dune 2 перестаёт запускаться даже при соблюдении условий № 2 и 3.

 

Могу дать небольшое пояснение.
Перед запуском программы (EXE, COM, BAT) файловый менеджер запускает еще один новый экземпляр интерпретатора командной строки (в DOS по умолчанию COMMAND.COM), что отнимает порядка 1200 Байт (зависит от версии и настроек) без учета памяти, требуемой самому файловому менеджеру.
Для проверки можно запустить второй экземпляр файлового менеджера и проверить состояние памяти.

Еще одно следствие запуска программ из файлового менеджера: изменения переменных окружения действуют только в новом экземпляре интерпретатора и теряются при возврате управления файловому менеджеру.

 

В DOS Navigator есть такая коварная штука, как «быстрый запуск программ»:


А ещё он сам использует XMS. Не лучший файл-менеджер для запуска из-под него капризных игр, в общем.

 

Если игра не требует кирилических шрифтов и региональных настроек, то логично для ее запуска организовать альтернативную загрузку вообще без русификатора.

...и выгружать любые файловые менеджеры перед запуском игры для освобождения памяти. =)

 

Только что столкнулся с проблемой описанной на пред. странице. Про Дюну 2, запуск со всеми возможными звуками и нехватку памяти. Знали бы вы как у меня рвет пукан от этой истории. Ну был 100500 лет назад какой-то сраный проц который не умел с более чем 1мб работать, ну забыли про него, хрен бы с ним....

И почему столько приблуд требуется для запуска? Какой-то himem, какой-то ЕММ386, XMS, EMS. Придумали бы ровно 1 файл, который давал бы доступ ко всей памяти. Нет, наворочено черт ногу сломит

Щас вот буду заниматься этой ерундой, перекидывать дрова в верхнюю память, чтоб три копейки снизу освободить. Кстати, если можно бросать вещи в верхнюю память и им там хорошо, почему игры туда же не отправить?

--- добавлено 17 авг 2021, предыдущее сообщение размещено: 16 авг 2021 ---

Почитал гайды, перетряс конфиг и решил проблему

 

@vorob, скиньте, если не трудно, свои config и autoexec, с которыми работает Дюна 2.

 

Для IBM PC и IBM PC-совместимых компьютеров очень важна была обратная совместимость. Это тебе не Apple, которая сначала начисто перевела пользователей МакОси на Intel, затем на Intel 64-бит, а теперь на ARM.

 

@Grue13, да, тут я конечно погорячился. Обратная совместимость на ПК это то что я сам хвалю и люблю. Просто я думал о каком-то более элегантном решении

 

Элегантно было бы ставить старые реликты в виде самостоятельных плат расширения более нового компа, которые софтово активировались бы при запуске реликтового софта. Но такое барство себе позволяла, как раз, эпл и производители индустриальных IBM PC совместимых системников стоечно-шкафного формата. Обычные пользователи кушали кашу из костылей.

 

Ребят я думал что если писать LH и DEVICEHIGH то не будет тратиться память. Вот я привод прописал и стало 578кб вместо 621. Что я сделал не так?

 

@vorob, верхняя память ограничена. Если туда поместить небольшую программу, она может вытеснить (занять место) запускающуюся позже большую в обычную память.
Плюс сегментация - верхняя память часто не один непрерывный участок, а несколько. При запуске программа должна помещаться в один из таких участков целиком. Причем не только резидентная часть программы, а весь исполняемый модуль с буферами и т.п. Программа отрабатывает, оставляет после себя резидентную часть и возвращает часть используемой памяти в общий пул.
Поэтому, на "плотность упаковки" программ в верхней памяти влияет не только их количество, но и порядок запуска.

 

@vorob, кстати, MOUSE.COM, если этот тот, о котором я думаю, для затей с высвобождением нижней памяти никуда не годится, т.к. очень много весит. Рекомендую заменить его на Cutemouse.

 

@vorob, введите команду mem /c /p и узнаете, как конкретно занята память.

 

@vorob, для начала стоит проверить без EMM386. И да, выше правильно написали, что можно узнать какие именно программы и куда (в какую память) загружены.

 

Загадкой остаётся SYSTEM и DBLBUFF

 

@vorob,
SYSTEM - собственно система, DOS. Включая буферы и стеки из CONFIG.SYS (примерно для DOS 6.22)
DOS=HIGH,UMB
FILES=32
BUFFERS=16
FCBS=1
STACKS=9,256
LASTDRIVE=Z
Можно попробовать уменьшить значения. LASTDRIVE задать последнюю используемую букву диска.
Некоторые программы требуют что-то вроде FILES=40 или FILES=42.

DBLBUFF - драйвер второго/двойного(?) буфера для HDD.
"The Dblbuff.sys device driver is used to perform double buffering which is required to provide compatibility for certain hard-disk controllers that cannot work with memory provided by EMM386 or Windows running in 386 Enhanced mode."
Обычно можно безнаказанно отключить.
Или перенести в верхнюю память, добавив в Config.sys (путь по умолчанию):
DeviceHigh=c:\windows\Dblbuff.sys
и изменив (если есть) в Msdos.sys:
DoubleBuffer=1
на
DoubleBuffer=0

Примечание: еще одна причина установить отдельно DOS 6.22 и Windows 98 - чтобы драйверы не путались между операционными системами.