[ОТВЕТИТЬ]
15.03.2014 22:49
baggio
 
Не надо так делать...
тем более образа... можно схлопотать проблем как сздасте....

мне все таки кажется что на кассе которая тормозит тупо не включен smartdrv.exe

да и тут почитать..
Проблемы с таблицей PLUCASH
15.03.2014 22:59
MWWRuza
 
Еще забыл написать - memmaker отказался работать, при чем абсолютно одинаково на обеих машинах - пишет после первой перезагрузки: "The memmaker.sts file contains an invalid session ID", и дальше предлогает нажать ентер для восстановления конфигурйционных файлов. Файл "memmaker.sts" в каталогах DOS есть. Читается, по F3/F4 открывается...
15.03.2014 23:05
baggio
 
Цитата:
MWWRuza Еще забыл написать - memmaker отказался работать, при чем абсолютно одинаково на обеих машинах - пишет после первой перезагрузки: "The memmaker.sts file contains an invalid session ID", и дальше предлогает нажать ентер для восстановления конфигурйционных файлов. Файл "memmaker.sts" в каталогах DOS есть. Читается, по F3/F4 открывается...
Причем здесь читается\открывается? вы фразу перевели?
бан на гугле?
http://support.microsoft.com/KB/97607
15.03.2014 23:12
MWWRuza
 
Цитата:
тормозит тупо не включен smartdrv.exe
Ну, само собой не включен, на обеих машинах. Я же выше выкладывал конфиги, там это видно. Включать его как-то стремно, тут на эту тему много страшилок написано...

Цитата:
да и тут почитать..
Читал... Там у человека более чем в 4 раза карточек больше, чем у меня... 60 тысяч, против моих 13... И у него проблема решилась очисткой каталога обмена. У меня он каждый раз очищается перед выгрузкой. И базу я уже неоднократно удалял, не вижу особого смысла ее хранить после закрытия смены и передачи данных в бэк...
15.03.2014 23:17
MWWRuza
 
Понятно, этот файл просто не от этой сессии, и его надо удалить и перезапустить memmaker... Попробую.
15.03.2014 23:22
baggio
 
Цитата:
MWWRuza Ну, само собой не включен, на обеих машинах. Я же выше выкладывал конфиги, там это видно. Включать его как-то стремно, тут на эту тему много страшилок написано...
я или тупой... или слепой... или сегодня всё вместе взятое...
ткни мне пальцем где оно включено?
напоминаю.. что он может быть включен на чтение... и отдельно на запись... помоему как то так... уж на чтение то точно можно...
16.03.2014 00:49
MWWRuza
 
Куда ткнуть??? Наверное второе:) Я же писАл:
Цитата:
Ну, само собой не включен, на обеих машинах.
На чтение можно в принципе включить, но, смысл... На второй же машине и без него работает...

Мне тут пообещали подогнать точно такую-же машинку, вот на нее можно будет HDD подкинуть для исключения влияния всей остальной требухи...
16.03.2014 00:54
baggio
 
Цитата:
MWWRuza Куда ткнуть??? Наверное второе:) Я же писАл:

На чтение можно в принципе включить, но, смысл... На второй же машине и без него работает...

Мне тут пообещали подогнать точно такую-же машинку, вот на нее можно будет HDD подкинуть для исключения влияния всей остальной требухи...
э... яж говорю иногда слепой :) ну или тупой...
а что значит фраза

только нет этого файла и памяти чуть больше, конкретные цифры я выше писал...

какой памяти? на винте?
в теме на которую я дал ссылку... очень компетентный человек по фамилии Конев - дай бог ему здоровья... писал что если ты хочешь нормальной дбф загрузки то тебе по крохам надо выскребать память...
вот я думаю что надо покапать в этом направлении...
надо понять разница в какой памяти... может на одной из машин под видео отдано больше в биосе...
16.03.2014 01:39
MWWRuza
 
Памяти оперативной, нижней. Я выше фотку с экрана выкладывал, там видно. А при чем тут видео? Памяти там 16 мб, судя по всему... Но, гребаная DOS все равно только первые 640 кб умеет использовать... И в "защищенном режиме", через EMM386 еще сколько-то. По любому, когда мы обсуждаем конфиги и все такое, связанное с памятью, мы говорим о нижней, DOSовской памяти. Так, что пямять, "откусанная" под видюху на нее влиять не сможет. На объем свободной "верхней" - да, но ее там помоему с запасом, все равно DOS ee всю вряд-ли умеет использовать..
16.03.2014 01:54
MWWRuza
 
Вообще, памяти конечно маловато... Если память(моя, в голове, не ОЗУ:)) не изменяет, то в старые времена(386-486 компов и Dos игрушек) вроде как удавалось оптимизировать память почти до 600 кб... Это при том, что была прожорливая до памяти звуковая карта, мышка, CD-Rom, руссификатор штатный DOSовский, но правда небыло сетевой платы и share... А тут, в лучшем случае 369... Маловато что-то... Как у других с этим дело обстоит - это нормально, или должно быть больше?
16.03.2014 01:59
baggio
 
Цитата:
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
OlegON
 
Ну уж прямо разбежались :) Верхняя - это та память, что от 640к до 1М. В ней очень немногое работает без глюков. Поэтому я очень не люблю EMM и стараюсь его не использовать. Кстати, порядок загрузки драйверов тоже имеет значение.
16.03.2014 10:24
MWWRuza
 
Олег, тут не все так однозначно... Видимо всетаки разные DOS программы по разному могут с памятью работать. И возможно даже напрямую. Как пример, старая "добрая" стрелялка DOOM. Чисто досовская игрушка. НО!!! Она не работала, на процах менее 386 и менее четырех!!! мегабайт(смешно :)) оперативки. Значит как-то умела из под дос свыше 1 мега память использовать...
А по поводу порядка, да... Теперь понятно, почему memmaker не хотел работать, удалю лишний файл, запущу, посмотрим, сколько он нижней памяти отыграть сумеет...
Но, думаю, тут всеже проблемма не в памяти... Попробую системник заменить на такой-же, оставив HDD... Что-бы сузить круг поиска.
16.03.2014 10:36
bob
 
Господа.
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
bob
 
Цитата:
OlegON Ну уж прямо разбежались :) Верхняя - это та память, что от 640к до 1М. В ней очень немногое работает без глюков. Поэтому я очень не люблю EMM и стараюсь его не использовать. Кстати, порядок загрузки драйверов тоже имеет значение.
Имеет. но только если что? выдается сообщение, что не смог загрузить драйвер по такой-то причине.
16.03.2014 10:45
bob
 
Цитата:
MWWRuza Олег, тут не все так однозначно... Видимо всетаки разные DOS программы по разному могут с памятью работать. И возможно даже напрямую. Как пример, старая "добрая" стрелялка DOOM. Чисто досовская игрушка. НО!!! Она не работала, на процах менее 386 и менее четырех!!! мегабайт(смешно :)) оперативки. Значит как-то умела из под дос свыше 1 мега память использовать...
А по поводу порядка, да... Теперь понятно, почему memmaker не хотел работать, удалю лишний файл, запущу, посмотрим, сколько он нижней памяти отыграть сумеет...
Но, думаю, тут всеже проблемма не в памяти... Попробую системник заменить на такой-же, оставив HDD... Что-бы сузить круг поиска.
Если у тебя все грузится, то тебе без разницы, сколько тебе там нижней памяти отыграется. Либо раблотает, либо просто не грузится с выдачей сообщения, что не хватает памяти. Это DOS. тут чудес и утечек основной памяти нет.
16.03.2014 10:48
MWWRuza
 
bob, к сожалению, не знаю имени... А наличие на хорошо работающей машине в корне С:\ файла "DrvSpace.bin" может как-то сказываться на быстродействии? Может он что-то кеширует, как и смартдрайв?
По крайней мере, сжатые диски(в прошлой жизни:), когда они еще были MFM с двумя шлейфами, и 40 мегабайт объемом), работали быстрее несжатых, из-за ограничения скорости самим железом, несмотря на дополнительное время для сжатия... При современных железках такого быть не должно, но всеже... Файл присутствует зачем-то, и машинка шустро бегает...
16.03.2014 11:00
bob
 
Цитата:
MWWRuza bob, к сожалению, не знаю имени... А наличие на хорошо работающей машине в корне С:\ файла "DrvSpace.bin" может как-то сказываться на быстродействии? Может он что-то кеширует, как и смартдрайв?
По крайней мере, сжатые диски(в прошлой жизни:), когда они еще были MFM с двумя шлейфами, и 40 мегабайт объемом), работали быстрее несжатых, из-за ограничения скорости самим железом, несмотря на дополнительное время для сжатия... При современных железках такого быть не должно, но всеже... Файл присутствует зачем-то, и машинка шустро бегает...
Ну у тебя же нет в автозагрузке drvspace. Т.е. ты не используешь динамическое сжатие. А файл... Мало ли файлов валяется где-либо.
Забей, короче, на этот файл.
16.03.2014 12:20
KirillHome
 
Вот что нашёл по поводу Drvspace.bin


DRVSPACE.BIN and DRVSPACE.SYS


Цитата:
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
MWWRuza
 
Вообще-то он в автозагрузке и не должен быть... Иначе, если потереть файлы автозагрузки, или нажать клавишу "F5" при загрузке, что-бы не отрабатывать их, мы потеряем сжатый диск, если он есть... Загрузка этого драйвера происходит из файла MsDos.sys, еще до обработки конфига и тем более аутоэкзека...

Надо всетаки drvspace /list запустить перед принятием решения, что он лишний и его можно удалить...
16.03.2014 13:50
Troll
 
Если памяти на пределе, то та 206 ошибка будет выскакивать. Это многократно проверенный факт. Грузится хорошо, работает плохо. А дум и прочие многопамятные игрушки для использования памяти использовали специальный загрузчик, его старт очень хорошо был виден при старте игры.
16.03.2014 13:53
Troll
 
А drvspace ускоряет работу только на дико тупых дисках за счет уменьшения количества записываемого.
16.03.2014 14:24
MWWRuza
 
Цитата:
использовали специальный загрузчик
Угу... DOS4GW(или V), если память не изменяет...

Вот и хочется понять, движок Парадокса, используемый в УКМ2, использует какую-то память, кроме нижней, или нет... И как вообще запись происходит в БД, каждая запись в отдельности, или транзакциями по несколько штук... Если по несколько, то буфер в памяти должен создаваться, вопрос - в какой? Если каждая запись сразу на HDD пишется, то чего он тогда замедляет работу по мере увеличения количества записей? Ощущение, как будто какой-то буфер переполняется в памяти(какой буфер? в какой памяти? настраивается ли это как-то?)... Если бы сразу на HDD писало, то работало-бы медленно, но равномерно, что на первой сотне записей, что на 13-той тысяче...
16.03.2014 15:23
OlegON
 
Ничего он больше не использует, потому в верхнюю все и пытаются все запихнуть.
Мне кажется, что Парадокс ни разу не транзакционный? Я бы подумал на какую-то сортировку... Но пока есть подозрение, что либо инсталляция побитая (возможно настройки), либо все же диск не такой на проблемной.
16.03.2014 16:11
bob
 
Цитата:
MWWRuza Вообще-то он в автозагрузке и не должен быть... Иначе, если потереть файлы автозагрузки, или нажать клавишу "F5" при загрузке, что-бы не отрабатывать их, мы потеряем сжатый диск, если он есть... Загрузка этого драйвера происходит из файла MsDos.sys, еще до обработки конфига и тем более аутоэкзека...

Надо всетаки drvspace /list запустить перед принятием решения, что он лишний и его можно удалить...
Когда я говорил про drvspace я имел ввиду след вещь
Динамический компрессор диска DriveSpace
Операционная система MS-DOS имеет в своем составе средство динамического сжатия файлов, записанных на диске, которое называется DriveSpace .
При использовании этого средства на одном из логических дисков компьютера создается специальный файл с именем вида drvspace.00<n>, имеющий атрибуты "скрытый" и "системный". Специальный драйвер, который не виден для пользователя (не подключается в файле config.sys , а встраивается до начала обработки этого файла) делает из него еще один логический диск. За счет устранения избыточности информации размер этого логического диска получается примерно в полтора-два раза больше, чем размер использованного для него файла.
Если ваш компьютер имеет жесткий диск емкостью, например, 40 Мбайт, вы можете разместить на нем файл системы DriveSpace размером 30 Мбайт. При этом у вас останется 10 Мбайт на жестком диске, и еще прибавится примерно 60 Мбайт - это размер созданного логического диска.
Принцип работы диска DriveSpace прост: при записи файлов на этот диск они сжимаются, при чтении - восстанавливаются. Разумеется, сжатие несколько замедляет процесс записи, однако замедление небольшое и незаметно в большинстве случаев.
Нет смысла хранить на диске DriveSpace архивы, созданные программами-архиваторами. Файлы архивов не содержат избыточной информации и практически не сжимаются. Не рекомендуется также использовать диск DriveSpace для создания временных и рабочих файлов, для организации виртуальной памяти в среде Windows . В последнем случае замедление ввода и вывода может отрицательно сказаться на производительности системы.
Больше всего диск DriveSpace подходит для хранения программ, редко изменяемых текстов, справочных баз данных. Вы можете перенести на него большинство программ MS-DOS, но будьте осторожны с драйверами и резидентными программами, которые используются на этапе загрузки операционной системы. Их лучше хранить на обычном диске.
Установка системы DriveSpace

Для установки системы DriveSpace введите из приглашения MS-DOS команду drvspace:
c:\>drvspace
...


так что забей и не вспоминай о нем. У тебя ничего подобного быть просто не может (если, конечно, кто-то особо не извратился).
16.03.2014 16:16
bob
 
Цитата:
MWWRuza Угу... DOS4GW(или V), если память не изменяет...

Вот и хочется понять, движок Парадокса, используемый в УКМ2, использует какую-то память, кроме нижней, или нет...
Задайте себе простой вопрос. Использует ли он ее вообще? Все нормальные программы под дос используют только расширенную память для работы с данными.
16.03.2014 16:17
bob
 
Цитата:
OlegON Ничего он больше не использует, потому в верхнюю все и пытаются все запихнуть.
Мне кажется, что Парадокс ни разу не транзакционный? Я бы подумал на какую-то сортировку... Но пока есть подозрение, что либо инсталляция побитая (возможно настройки), либо все же диск не такой на проблемной.
Не в верхнюю а расширенную.
16.03.2014 16:18
bob
 
Цитата:
Troll А drvspace ускоряет работу только на дико тупых дисках за счет уменьшения количества записываемого.
в досе не ускоряет работу никогда. это не ее функция по определению.
16.03.2014 16:20
bob
 
Что нижняя, что верхняя часть памяти используется только для загрузки туда исполняемого кода программы, ну еще постоянных констант. Ну и еще ОС и драйверов. все.
16.03.2014 16:23
bob
 
mem /d/p
посмотри на распределение основной памяти. для интереса.


Опции темы


Часовой пояс GMT +3, время: 01:27.

 

Форум сделан на основе vBulletin®
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.