УКМ: долгая загрузка. : УКМ-2

█ 16.03.2014 01:59

Цитата:

MWWRuza ➤ Памяти оперативной, нижней. Я выше фотку с экрана выкладывал, там видно. А при чем тут видео? Памяти там 16 мб, судя по всему... Но, гребаная DOS все равно только первые 640 кб умеет использовать... И в "защищенном режиме", через EMM386 еще сколько-то. По любому, когда мы обсуждаем конфиги и все такое, связанное с памятью, мы говорим о нижней, DOSовской памяти. Так, что пямять, "откусанная" под видюху на нее влиять не сможет. На объем свободной "верхней" - да, но ее там помоему с запасом, все равно DOS ee всю вряд-ли умеет использовать..

блин... там не всё так просто... ты думаешь что доска не видит памяти больше 640к??? щя дай вспомнить...
там есть основная память - это 640кб это типа память для критических процессов...
и High типа верхняя - т.е. всё что там осталось свыше 640к...
ты когда пишешь например:
LH C:\NET\netbind.com - LH - loadHigh - типа загрузи эту хрень в память выше 640к - чтобы эти 640к как раз не забивать
так вот если у тебя скажем всего 16 метров памяти(кстати уточни точно какие модули стоят) из которых на одной кассе выделено под видеопамять скажем 4 метра а на второй 2 - то получается что верхней памяти у тебя по разному... и возможно её не хватает... провентилируй вопрос...

█ 16.03.2014 09:48

Ну уж прямо разбежались :) Верхняя - это та память, что от 640к до 1М. В ней очень немногое работает без глюков. Поэтому я очень не люблю EMM и стараюсь его не использовать. Кстати, порядок загрузки драйверов тоже имеет значение.

█ 16.03.2014 10:24

Олег, тут не все так однозначно... Видимо всетаки разные DOS программы по разному могут с памятью работать. И возможно даже напрямую. Как пример, старая "добрая" стрелялка DOOM. Чисто досовская игрушка. НО!!! Она не работала, на процах менее 386 и менее четырех!!! мегабайт(смешно :)) оперативки. Значит как-то умела из под дос свыше 1 мега память использовать...
А по поводу порядка, да... Теперь понятно, почему memmaker не хотел работать, удалю лишний файл, запущу, посмотрим, сколько он нижней памяти отыграть сумеет...
Но, думаю, тут всеже проблемма не в памяти... Попробую системник заменить на такой-же, оставив HDD... Что-бы сузить круг поиска.

█ 16.03.2014 10:36

Господа.
1. Если у вас при загрузке всего,что там прописано в Autoexec.bat все грузится нормально и не выдает сообщения, что не хватает памяти то все будет работать нормально. Т.е либо работает, либо нет.
2. все прикладные программы при запуске для своей работы используют расширенную память и основную и верхнюю больше не трогают.
Доступ к расширенной памяти в MS-DOS и Windows обеспечивают драйвер himem.sys и менеджер расширенной памяти emm386.exe, которые загружаются с помощью файла config.sys.
Расширенная память (Extended Memory) - это память выше, чем 1M + 64K. Благодаря появлению расширенной памяти, процессоры 80286, 80386SX и 80486SX могут непосредственно обращаться к 16 Мб памяти, а процессоры 80386DX, 80486DX и старше - к 4 Гб.
При загрузке стандартных вещей в Autoexec.bat расширенную память тупо жрать нечему.

Если у вас стоит даже 256 мб памяти, то рассуждать, что ТАКИЕ тормоза могут быть из-за нехватки объема памяти неправильно. Я говорю для УКМ2.

Про смартдрайв. Я его никогда не использую при работе кассовой программы, ибо прекрасно представляю, чем это грозит при сбое электропитания. Никогда проблем со скоростью критичных не было.

Ищите проблему в оборудовании.

█ 16.03.2014 10:41

Цитата:

OlegON ➤ Ну уж прямо разбежались :) Верхняя - это та память, что от 640к до 1М. В ней очень немногое работает без глюков. Поэтому я очень не люблю EMM и стараюсь его не использовать. Кстати, порядок загрузки драйверов тоже имеет значение.

Имеет. но только если что? выдается сообщение, что не смог загрузить драйвер по такой-то причине.

█ 16.03.2014 10:45

Цитата:

MWWRuza ➤ Олег, тут не все так однозначно... Видимо всетаки разные DOS программы по разному могут с памятью работать. И возможно даже напрямую. Как пример, старая "добрая" стрелялка DOOM. Чисто досовская игрушка. НО!!! Она не работала, на процах менее 386 и менее четырех!!! мегабайт(смешно :)) оперативки. Значит как-то умела из под дос свыше 1 мега память использовать...
А по поводу порядка, да... Теперь понятно, почему memmaker не хотел работать, удалю лишний файл, запущу, посмотрим, сколько он нижней памяти отыграть сумеет...
Но, думаю, тут всеже проблемма не в памяти... Попробую системник заменить на такой-же, оставив HDD... Что-бы сузить круг поиска.

Если у тебя все грузится, то тебе без разницы, сколько тебе там нижней памяти отыграется. Либо раблотает, либо просто не грузится с выдачей сообщения, что не хватает памяти. Это DOS. тут чудес и утечек основной памяти нет.

█ 16.03.2014 10:48

bob, к сожалению, не знаю имени... А наличие на хорошо работающей машине в корне С:\ файла "DrvSpace.bin" может как-то сказываться на быстродействии? Может он что-то кеширует, как и смартдрайв?
По крайней мере, сжатые диски(в прошлой жизни:), когда они еще были MFM с двумя шлейфами, и 40 мегабайт объемом), работали быстрее несжатых, из-за ограничения скорости самим железом, несмотря на дополнительное время для сжатия... При современных железках такого быть не должно, но всеже... Файл присутствует зачем-то, и машинка шустро бегает...

█ 16.03.2014 11:00

Цитата:

MWWRuza ➤ bob, к сожалению, не знаю имени... А наличие на хорошо работающей машине в корне С:\ файла "DrvSpace.bin" может как-то сказываться на быстродействии? Может он что-то кеширует, как и смартдрайв?
По крайней мере, сжатые диски(в прошлой жизни:), когда они еще были MFM с двумя шлейфами, и 40 мегабайт объемом), работали быстрее несжатых, из-за ограничения скорости самим железом, несмотря на дополнительное время для сжатия... При современных железках такого быть не должно, но всеже... Файл присутствует зачем-то, и машинка шустро бегает...

Ну у тебя же нет в автозагрузке drvspace. Т.е. ты не используешь динамическое сжатие. А файл... Мало ли файлов валяется где-либо.
Забей, короче, на этот файл.

█ 16.03.2014 12:20

Вот что нашёл по поводу Drvspace.bin

Цитата:

DRVSPACE.BIN is the part of MS-DOS that provides access to your compressed drives. When you start your computer, MS-DOS loads DRVSPACE.BIN along with other operating system functions, before carrying out the commands in your CONFIG.SYS and AUTOEXEC.BAT files. DRVSPACE.BIN initially loads in conventional memory, since it loads before device drivers that provide access to upper memory. Normally, if your hard drive has been compressed using DriveSpace, DRVSPACE.BIN is loaded even if you press F5 or F8. For information about starting your computer without loading DRVSPACE.BIN, see <CONFIG.SYS commands>.

The DRVSPACE.SYS device driver does not provide access to compressed drives;
it simply determines the final location of DRVSPACE.BIN in memory. When loaded with a DEVICE command, the DRVSPACE.SYS device driver moves DRVSPACE.BIN from the top to the bottom of conventional memory. When loaded with a DEVICEHIGH command, DRVSPACE.SYS moves DRVSPACE.BIN from conventional to upper memory, if available. Whenever possible, DRVSPACE.SYS moves a portion of DRVSPACE.BIN into the HMA.

For more information, see the topic <DRVSPACE.SYS>.

█ 16.03.2014 12:20

Вообще-то он в автозагрузке и не должен быть... Иначе, если потереть файлы автозагрузки, или нажать клавишу "F5" при загрузке, что-бы не отрабатывать их, мы потеряем сжатый диск, если он есть... Загрузка этого драйвера происходит из файла MsDos.sys, еще до обработки конфига и тем более аутоэкзека...

Надо всетаки drvspace /list запустить перед принятием решения, что он лишний и его можно удалить...