За последние 60 дней 459 выпусков (несколько раз в день)
Сайт листа:
http://www.tiflocomp.ru
Открыт:
22-01-2004
Пре-модерация: Нет
Адрес для писем в лист: industry.comp.tiflocomp-list@subscribe.ru
доброго времени суток господа.
у меня возникла проблема-
нужно вычитать инструкцию в формате pdf, а программ соответствующих в данный
момент нет. буду признателен и даже очень, если кто поможет файнридером
вычитать мне содержимое файла в txt или в doc, тоесть в читабельный формат.
у кого есть время и желание, пишите пожалуйста на личку. адрес после
подписи.
Hello, Иванов!
Вопрос я не совсем понял. С памятью работают emm386.exe и himem.sys.
With best regards, Serge Kolomeitsev(AKA Soundless Falser)
MailTo: urm***@h*****.ru
HomePage Url: http://www.urmas.hotmail.ru
ICQ# 241908556
Здравствуйте, Сергей!
Вы писали:
На том компе эти проги не работают почему-то. В память они загружаются,
но верхней памяти все равно ноль. На других машинах emm и himem с теми
же ключами добавляют верхнюю память. Опятьже на разных машинах по
разному. от 92 килобайт, до 130 килобайт. От чего зависит количество
добавляемой верхней памяти? У меня есть программа для сброса биоса, На
некоторых машинах, если збросить биос с ее помощью, верхней памяти
становится 92 кб. Тут же сбрасываешь стандартными сретствами биоса,
памяти становится 130 кб. Из этого можно зделать вывод, что количество
памяти зависит от каких-то настроек биоса. Кто в курсе, проясните
ситуацию.
Здравствуйте, Lucius!
Вы писали:
Та же самая, что и на тех, на которых все ок. 7.10 - версия из windows
98.
Hello Evgeniy Shehovcov, 18-Jul-2006 14:25 you wrote:
Т.к. наконец-то прозвучала информация об ОС, решил ответить по существу
(т.е автору треда), а также всем.
Во-первых определимся, что "верхняя память" - это UMB, ибо HMA обычно есть
всегда, когда загружен himem.sys.
Т.к. речь идёт о win98, то, даже если в config.sys нет команд на загрузку
himem.sys и emm386.exe они всё равно грузятся, кроме случаев, когда dos эти
файлы не нашла либо указана команда, отменяющая их автоматическую загрузку.
Также, по умолчанию дос грузит некоторую свою часть в UMB. Чтобы она этого
не делала, надо указывать специальный параметр.
Размер свободных блоков UMB зависит как от параметров emm386.exe, так и от
установок биоса. Если память ems не нужна, можно запускать emm386.exe
с параметром noems (параметр тут вводится без слэша!):
emm386.exe noems
Далее, надо зайти в биос и отключить любое затенение памяти. Ищите параметры
Shadow RAM xxxx, где xxxx - некая шестнадцатеричная цифра. Параметры могут
называться и по-другому, где они находятся - зависит от версии биоса. Нет
смысла здесь описывать все возможные ситуации, достаточно посмотреть в, хотя
бы, "справочнике по настройке" BIOS (под редакцией Фоминова Е.К.), который
могу прислать (формат MS word).
Хотя даже полное отключение затенения может не прибавить памяти UMB. Виной
тому биос. Встречался с материнскими платами, на которых можно было максимум
отжать 92 КБ UMB, хотя обычно свободно 154 КБ.
Наконец, некоторые программы, особенно запакованные exe-упаковщиками, при
запуске требуют много памяти, хотя для работы им нужно в два-три раза
меньше. Если программа загружается в верхнюю память, размер которой, как
правило, очень мал, программе может не хватить памяти для инициализации,
но она об этом может и не сообщить, хотя работать будет с ошибками. Пример -
keyrus, которой надо для инициализации более 40 кб, хотя для работы иногда
хватает менее 15. И если этих 40 нет, то она глючит, но сообщений об ошибке
не появляется.
Вопрос по оптимизации памяти в досе, так же как и по настройке верхней
памяти в winXP не задавался, поэтому не распространяюсь :-).
Здравствуйте, Lucius.
Вы писали 18 июля 2006 г., 9:51:48:
Не думаю, что вопрос версии имеет столь большое значение. Вряд ли она
очень древняя. Нужно просто прописать в config.sys второй строкой вот
это:
device=c:\dos\emm386.exe /auto
Тогда проблема с верхней памятью перестанет быть. Но, с этой штукой
надо быть осторожней. Дело в том,что винды сами эмулируют верхнюю
память в дос-сессиях, а, если она будет эмылироваться и адресовываться
двумя разными процессами, возможны интересные варианты. В строке ыыше
предполагалось, что файл emm386 находится в папке c:\dos\, если это
не так, исправьте путь в строке. Так же для предотвращения конфликтах
в виндах и переполнения стека имеет смысл в конфиг засунуть и вот
такие команды:
files=60
buffers=30
stacks=9,256
Здравствуйте, дамы и господа,
Размер umb (upper memory blocks) зависит от конкретной модели
компьютера. Не представляю как по названию чипсета или по имени
материнки его определять, скорее всего, документацию на материнку
читать надо. Но проще всего экспериментальным путём подогнать
параметры в строках config.*** (Не пишу config.sys ибо под экспи
аналогично можно поглумиться над config.nt). Добавил параметр,
перезагрузился, дал команду MEM, и сравнивай с предыдущими
результатами.
Это штатное ДОСовское средство. Если вы чётко понимаете сколько и
зачем вам нужно верхней памяти, то можно и конкретные параметры
написать.
С этими рассуждениями я не могу согласиться. У Микрософта очень жёсткая
политика совместимости ДОСовских команд, и никакой ДОСовский emm386
из одной версии ДОС или виндоуз не будет работать под другой.
По-моему, это очень сомнительное предложение. Количество файлов
зависит от того, с чем вам нужно работать. Для простого приложения 60
слишком много, хватит и 10. Правда на каждый такой файл тратится очень
немного памяти, если мне память не изменяет - 64 байта. Если вам нужны
базы данных под ДОС, например dbf файлы, или программы одновременно
работающие со многими файлами, то можно сразу написать files=250
Количество буферов 30 ставить просто нет смысла. Если хотите выигрыша
в памяти, то ставьте buffers=2. Если хотите повысить быстродействие
файловой системы, то в автоэкзек надо вставлять команду smartdrv с
соответствующими параметрами (все параметры ДОСовских команд можно
посмотреть, давая команду с параметром -? например smartdrv -?).
stacks=9,256 указывать тоже нет смысла, для абсолютного большинства
программ это бесполезно.
На самом деле серьёзный выигрыш в борьбе за память дают не досовские
встроенные возможности, а альтернативные пути. Надо только чётко
понимать, что вы хотите выиграть. Обычно ситуация такая:
ДОС-приложению не хватает памяти. Ясное дело, что речь идёт прежде
всего о так называемой конвеншенал памяти, то есть, о нижних 640 кб
памяти. Если ДОС-приложение умеет работать с расширяемой памятью, то
этой проблемы вообще не возникает, достаточно в конфиг включить
himem.sys и emm386.exe /auto. Но таких программ не много. Большинство
умеют работать только с этими пресловутыми 640 кб. Тогда возникает
соблазн освободить как можно больше этих 640 кб от ДОСовского ядра и
программ, переместив их в "верхнюю память", в umb. Сама по себе эта
память находится в адресном пространстве 1 мб, то есть, выше обычных
640 кб, и до 1 мб, точнее, 1 мб + 64 кб - это именно то пространство,
которое ДОС программа может адресовать напрямую. Это пространство
(приблизительно 380 кб) зарезервировано под БИОС, видеопамять, и
некоторые друге системные нужды. Но практика показала, что для всех
этих нужд это пространство избыточно велико, и в него можно помещать
блоки обычной памяти, возможно, идущие по адресам не подряд. Это и
есть umb. Обычно размер umb колеблется от 0 до 80 кб в зависимости от
модели компьютера.
Из-за разрывности адресов, и разнице размеров umb от производителя к
производителю, и от модели к модели, обычные программы не умеют
использовать umb. Значит, суть дела не в том, что бы запустить
драйвера, использующие umb, а главное загрузить в umb резидентные
модули ДОС и приложений, для того, чтобы освободить от них нижние 640
кб. Для использования верхних адресов в ДОС предусмотрена специальная
команда lh (load high - загрузить вверх). Например, в автоэкзеке можно
написать lh sdrv, и ядро sdrv будет загружено в umb. Точнее, ДОС
попытается загрузить программу в umb, ибо lh команда не "приказная", а
так сказать "рекомендательная", что-то типа - загрузи в umb если
сможешь, а если не сможешь, загрузи в обычную память. Именно из-за
рекомендательного характера этой команды важное значение приобретает
порядок загрузки программ в umb.
Версия МС ДОС. С точки зрения эффективного использования (или точнее
говоря, освобождения памяти) версии ДОС очень не равноценны. Самым
компактным и безглючным была MS DOS 5.0. Ниже 4.0 есть масса
неприемлемых на сегодня ограничений, сама 4.0 полна глюков и очень
громоздка. 6.0 очень сырая и тоже глюкавая. Очень неплохи 6.2 и 6.22,
наверное, это лучшие ДОС, но по размеру свободной памяти они несколько
уступает 5.0. То, что называется ms dos 7.0 и выше в смысле
эффективности распределения памяти просто ужасны.
Не помню, как дело обстоит под виндоуз 2000, кажется, фигово. А вот в
экс-пи встроен очень неплохой механизм управления ДОС-сеансами, где
памяти можно выделить очень даже неплохо.
Всё это хорошо и замечательно, но... Всеми этими ухищрениями нельзя
добиться результатов, достигаемых альтернативными путями. Вот
некоторые из этих путей.
Помимо MS DOS существует несколько версий ДОС от других производителей.
Самый известная, и самая развитая, это пожалуй PC DOS. Эта ДОС версии
7.0 и выше имеет очень мощные средства оптимизации памяти.
Другой путь - использование оптимизаторов памяти типа QEMM и 386MAX.
Эти пакеты могут довести свободную память до 620 кб, и это при том,
что всякие там русские драйверы и прочая шушера будут загружены в umb,
то есть будут работать.
Хмм... работать... Сам себе не поверил. Самое неприятное во всей этой
погоне за памятью, что не все программы, загружаемые в umb, работают
нормально. И добро бы они просто не работали, нет, они работают, но не
нормально, не так, как в обычной памяти. Поэтому, все эти эксперименты
с оптимизацией памяти за счёт umb очень трудоёмки и даже рискованны -
можно так донастраиваться, что система перестанет работать, например,
будет перегружаться прямо во время загрузки. И когда такое случается
(или когда вспоминаешь о таком опыте) на ум невольно приходит вопрос -
А на фига ж козе баян? :-)
--
С наилучшими пожеланиями
Владимир Лукьянов, Москва
Здравствуйте, участники дискуссий.
Раньше в BIOS для реального режима надо было включать поддержку двадцатой адресной
линии. Как сейчас обстоят дела, я не в курсе.
Посмотрите материалы на
http://www.bios.ru
Успехов. Анатолий.
Hello, i_chay!
В дополнительной области, в самом начале ее первого мегабайта выделена зона,
объем которой равен 64 Кбайт минус 16 байт. Называется эта
фигня областью верхних адресов (HMA). История появления этой области лежит
корнями глубоко и тянется аж к 80286 процессору, а точнее к ошибке в его
схеме.
процессоры 8086 и 8087 имели 20 разрядную адресную шину, работали в реальном
режиме и могли максимально обратится по адресу FFFFF (FFFF:000F).
А вот 80286 процессор имел уже 24 разрядную шину адреса, работал в реальном
и защищенном режимах и мог адресовать до 16 Мбайт памяти. Теперь рассмотрим
такую вот ситуевину: возьмем сегментный адрес FFFF:FFFF и переведем его в
линейный, получим 10FFEF. Такой адрес 8086 камень адресовать не мог, так как
это уже во втором мегабайте памяти. В подобных случаях делалось просто -
откидывался старший разряд. Получится 0FFEF, а это уже обращение на 16 байт
от
конца первого сегмента в 64 Кбайт первого мегабайта памяти. И все зашибись.
80286 процессор работая в реальном режиме должен был поступать также. Но
геморрой
заключался в том, что в этом режиме 21 линия шины адреса (А20) не
отключалась и оставалась в работе. А значит получалось в данном случае
обращение на 16
байт от конца первого сегмента в 64 Кбайт второго мегабайта памяти. Не все
проги могли тогда работать таким образом и инженеры нашли способ включать и
отключать линию А20. Для этих целей использовался специальный контроллер.
Для управления HMA используется уже известный нам HIMEM.SYS.
With best regards, Serge Kolomeitsev(AKA Soundless Falser)
MailTo: urm***@h*****.ru
HomePage Url: http://www.urmas.hotmail.ru
ICQ# 241908556
Hello, i_chay!
А разве мы здесь с вами одни? Я ответил на письмо, в котором вы
порекомендовали поискать информацию на bios.ru, просто для того, чтобы
облегчить поиск тем, кому это нужно.
With best regards, Serge Kolomeitsev(AKA Soundless Falser)
MailTo: urm***@h*****.ru
HomePage Url: http://www.urmas.hotmail.ru
ICQ# 241908556
Здравствуйте, Сергей.
Понятно. Но я посоветовал сайт, чтобы уточнить, как обстоят дела на современных
материнских платах.
Поскольку реальный режим является как бы "нештатным" для большинства современных
ОС, то, как я предполагаю, нет необходимости
поддерживать аппаратное включение/отключение A20.
Именно этот нюанс я и предлагал уточнить, прежде чем искатьв BIOS соответствующий
пункт.
Успехов. Анатолий.
Здравствуйте, Юрий.
Вы писали:
*Ностальгируя* Давно это было...
Это настраивается не в bios.
На вашем компьютере должны присутствовать файлы himem.sys и emm386.exe (или
его аналог)
Допустим они находятся в каталоге c:\windows.
Тогда в файле config.sys, находящемся в корневом каталоге загрузочного
диска, пишем следующее:
device=c:\windows\himem.sys
device=c:\windows\emm386.exe
После этого те программы, которые умеют работать с верхней памятью, будут
ее поддерживать. Остальные программы не могут с ней работать.
Привет, всем! Кто знает,, можно ли настроить в биос, чтобы поддерживалась
верхняя память под DOS? Материнская плата
ASUS P5GD1 PRO. Или где можно об этом почитать?
С уважением Юрий Иванов.
Новосибирск.