При пробитии чека стопорится касса : УКМ-2

ты меня так называешь, сынок? когда я начал заниматься компами, винды и в помине не было

не путай людей. :)
да, для выполнения - не может. НО:
укм2 работает в защищенном режиме (DPMI-сервер DPMI16BI.OVL + runtime manager RTM.EXE). так что он должен уметь адресовать до 16М памяти.

ага... резидентов попробуй в память накидать... и запусти УКМ, что он тебе скажет? и пусть у тебя хоть 2 Гига свободно, ему все равно какой-то минимальный объем в нижней памяти нужен для запуска

стоим! я разве сказал где-то, что ты не прав? ты помнишь, чем extended от expanded отличается, что такое high, а что UMB... я помню...
мы же не будем тут сейчас на пару расписывать схему распределения памяти под dos, правда?
я всего-лишь хотел добавить, что для данных укм пользует больше, чем 640К нижней памяти. но для запуска ему эта нижняя, конечно же, нужна.
стало быть, ничего лишнего грузить не нада! даже мизерный keyrus, если он не нужен для авторизации (сбер, к примеру) - лучше грузить после cashmain.

возращаясь к первоначальному вопросу: базу периодически резать и упаковывать надо обязательно. если база перерастает некоторый критичный объем - получаем кракозабры в строке ввода или другие ошибки.
обычно оценивают не всю базу, а только размер cashsail.db
его лучше держать (грубо) в пределах 30-50М. реальный предел у каждого будет свой и зависит от использования и наполнения других таблиц. у меня кассы сыпались на 70М с небольшим. у кого-то - на меньшем объеме. кто-то говорил, что и за 100М уходило и работало.

или просто завести правило раз в квартал обрезать все, что старше последних трех месяцев.

Я когда в первый раз с такой проблемой на кассе столкнулся, проверил cashsail.db, он был больше 200 Мб :)

рекордом работы кассы (Lex POS и 256мб флеш) был размер cashsail.db в 136мб и касса пахала на УРА.

меряться пи-пи.. :))
250 мег на кэш сэйл
битл 20мф..