Объявление форума |
Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС. |
Полигон-2 » IBM PC-совместимое. До 2000 года включительно » Есть несколько вопросов |
<<Назад Вперед>> | Страницы: 1 2 * 3 | Печать |
Кай
Гость
Divine Assassin Откуда: извне (from beyond) Всего сообщений: 13709 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 8 авг. 2010 |
"Лучшее лекарство от головной боли это гильотина" бормашинкой вскрываем крышку Далласа и всё Вот тут показано, как и что нужно пилить бормашиной в "Далласе": http://www.classic-computers.o...lt-286.htm |
Fe-Restorator |
NEW! Сообщение отправлено: 3 ноября 2010 1:07 Сообщение отредактировано: 3 ноября 2010 1:13
0leg написал: Специально-ж написал слово "возможно", как раз в отношении к "ио-сис и компании", ибо "абсолютно точно" утверждать не могу. Вдруг, там кешируются только MBR и таблица FAT? Одно точно - память будет зарезервирована под "тень", даже если эта тень не будет иметь содержимого, т.е. фактически не будет использована. Посему всегда тень отключаю, везде и на всех мамках: только единожды встретился комп с хитрой досовской БД, работавшей много быстрее с "тенью", чем без оной. Современные-ж форточки и вовсе плюют на неё... А что, при отключенном затенении содержимое этих io.sys и т.п. не будет находиться в RAM?! 0leg написал: Нет, не просто-так. RAM-диск всегда быстрее физического HDD, согласен? Вот и SystemShadow по-сути - тот-же RAM-диск, только весьма специфичный. Каждый раз терзать блины при обращении к таблице FAT - долго! А закешируй её в оперативке - много быстрее будет особенно при наличии БД, формирующей до 1000 запросов к диску (PIO-4) в секунду. И причём здесь HDD? Или он просто так упомянут, типа для общего развития?.. |
Сейчас на форуме |
uav1606
Advanced Member
Откуда: Енакиево Всего сообщений: 4373 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 16 янв. 2008 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 3 ноября 2010 1:35 Сообщение отредактировано: 3 ноября 2010 1:57
Fe-Restorator, shadow-память используется только для "кэширования" BIOS и video-BIOS, BIOS'а плат расширения и больше ничего! Никакой FAT и MBR туда не грузится. Причём я не видел ни одной материнки, где бы shadow бралась из первых 640 КБ. Vall, попробуйте mem /c (а можно ещё и /p попробовать). Во-вторых, хотелось бы подробностей - что за материнка, какая память установлена, какой DOS и т.п. Чем проверяли, что у Вас свободно именно 300 с чем-то КБ? Если Вы смотрели, например, из какой-то диагностической утилиты или файл-менеджера, тогда памяти и будет мало. Файл-менеджеры, например, освобождают большую часть занятой собой памяти только при старте какой-нибудь программы. |
UFO |
0leg написал: Я не в курсе, есть ли в других DOS'ах аналог memmaker.exe А если автор исользует не MS-, а какую-то другую DOS?.. Если есть - заюзать, если нет - настраивать самому. Предполагаю, что у автора всё-таки MS-DOS. 0leg написал: Альтернатива - это хорошо. Но UMBPCI не входит в дистрибутив MS-DOS. Соответственно, не всегда может оказаться под рукой. > Для того, чтобы использовать UMB. Да и как у многих программ, есть свои плюсы и минусы. Несомненный плюс - занимает всего 160 байт base memory, но EMM386 "provides usually more UMBs than UMBPCI". По постам топикстартера что-то мне подсказывает, что вопрос о предпочтениях и альтернативах перед ним не стоит. Поэтому я и предлагал способы настройки, использующие штатные средства MS-DOS. Конечно, ничто не мешает попробовать выбрать подходящий вариант. Кстати, ты не сравнивал каково распределение памяти при использовании HIMEM.SYS/EMM386.EXE и HIMEM.SYS/UMBPCI? Есть ли разница в этом плане? |
Vall
Advanced Member
Откуда: Сергиев Посад Всего сообщений: 343 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 25 дек. 2009 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 3 ноября 2010 16:33 Сообщение отредактировано: 3 ноября 2010 16:34
mem /c показал - что базовой свободно 585Кб, а зарезервированно 384Кб, а куда и зачем вообще это зарезервированно - фиг знает, остальное свободно, значит памяти мало из-за этих спёртых неизвестно куда 384кб, только если они зарезервированны для 16Мб ЕМС памяти в слот ИСА, то зачем это делать на пеньтиуме1? я так понял это резервирование отменить нельзя мать GA-586VX rev. 3.3 |
uav1606
Advanced Member
Откуда: Енакиево Всего сообщений: 4373 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 16 янв. 2008 |
Vall, так Вам не хватает этих 585 КБ? Те 384 КБ берутся не оттуда, а из области выше 640 КБ - в принципе, эти 384 КБ не так уж и важны... |
Fe-Restorator |
NEW! Сообщение отправлено: 4 ноября 2010 22:12 Сообщение отредактировано: 4 ноября 2010 22:30
Vall написал: Vall написал: на всех материнках в досе возникает проблема в базовой памяти, то есть из тех 640кб из которых она состоит, после загрузки доса (без драйверов и програм) остается максимум 300кб, Так сколько-же базовой памяти остаётся свободной после загруза досом? mem /c показал - что базовой свободно 585Кб, а зарезервированно 384Кб, а куда и зачем вообще это зарезервированно - фиг знает Обычно память делится на части: >=-=-=Base 640K=-=-=>>=-Upper 384k-=>>=-=-=-=-вся остальная RAM (XMS-extended/EMS-expanded)-=-=-=-=> Так-же её видит Award-овский биос, разве-что иногда отъедает кусок от верхних 384К под биос, никого не спрашивая об этом: >=-=-=Base 640K=-=-=>>=-Upper 384k(минус биос)-=>>=-=-=-=-остальная RAM-=-=-=-=> AMI-шный биос видит >=-=-=Base 640K=-=-=>>=-Резерв384К-=>>=-=-=-=-остальная RAM-=-=-=-=> покуда не выключишь в биосе всякое резервирование и теневые копии. Однако, попадаются экземпляры, где фраза "Reserved 384K" ровным счётом ничего не значит, просто "верхнюю" память обозвали "резервированной" памятью. Диалектика, млин. Укажи, пожалуйста, точно: в котором диапазоне из выше указанных у тебя "пропадают" 300 килобайт памяти, да ещё и "на всех материнках", как ты сам отписал. Если переставлять единственную планку памяти по разным мамкам(с разными биосами) и всякий раз ставить тот-же самый софт - то пропажа части RAM объяснится либо неисправностью/несовместимостью планки памяти, либо "тяжёлой" прогой, всякий раз грузящейся вместе с command.com В качестве примера - кеш смартдрайва, живущий в базовой памяти. |
Сейчас на форуме |
Vall
Advanced Member
Откуда: Сергиев Посад Всего сообщений: 343 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 25 дек. 2009 |
уже все норм, прописал нимем.сус, емм386.ехе и дос=хиг,умб и все нормально, программа которой я раньше тестил память была кривой походу щас все окей, всем спасибо |
<<Назад Вперед>> | Страницы: 1 2 * 3 | Печать |
Полигон-2 » IBM PC-совместимое. До 2000 года включительно » Есть несколько вопросов |
1 посетитель просмотрел эту тему за последние 15 минут |
В том числе: 1 гость, 0 скрытых пользователей |
Последние | |
[Москва] LIQUID-Акция. Сливаются разъемы CF МС7004 и 7004А на AT и XT Пайка термотрубок Проммать s478 PEAK 715VL2-HT ( Full-Size SBC) Подскажите по 386 материке по джамперам. |
Самые активные 5 тем | |