[ОТВЕТИТЬ]
21.02.2008 09:11
Nguen Chong
 
Ужасно долго загружаются кассы с Супермагом 7-10 минут.
Касса с РМК Атоловским в этом же магазине загружается около минуты.
Подскажите, это нормально (УКМ) ?
Есть ли методы ускорения загрузки ?
21.02.2008 09:34
Mtirt
 
Что понимаете под загрузкой?
Какой конвертер?
Сколько карточек товаров?
Сколько дисконтных карт?

P.S. Я бы порекомендовала прочитать правила форума и указать в графе Адрес, город проживания.
21.02.2008 12:41
baggio
 
может как обычно дисплей покупателя отвалился
21.02.2008 13:27
Mtirt
 
Похоже мы это узнаем нескоро...
Автора топика забанили до 22.03.2008 :)
21.02.2008 15:27
OlegON
 
Цитата:
Mtirt Похоже мы это узнаем нескоро...
Автора топика забанили до 22.03.2008 :)
Это не бан... Просто наказание...
Я тут болею сильно, если что - жалуйтесь...
28.02.2008 23:06
SmallVad
 
Интересно, а базы давно резали на этой супер тормозящей ккм ?
И очень бы хотелось увидеть что прописано в autoexec.bat и config.sys
а так же в файликах настройки сети system.ini, protocol.ini. DHCP случайно не включен ?
Проверку диска не пробовали делать, может бэды или фрагментация ?
10.03.2008 12:09
Vladko
 
Может smartdrv поставить или просто cnvlog убить...
10.03.2008 12:58
bob
 
Цитата:
Vladko Может smartdrv поставить или просто cnvlog убить...

Про смартдрв на запись - нехорошая рекомендация для кассы.
14.03.2008 00:53
Pyatak
 
Цитата:
bob Про смартдрв на запись - нехорошая рекомендация для кассы.
Может нужна и отдельная тема, но у кого как со смартдрайвом на кассах? Взвесив все плюсы и минусы, я его всё-таки ставлю.
15.03.2008 13:48
Tushkanchik
 
Я тоже его ставил, быстрее намного работает НО раз в 3-5 дней при пробивке чека вылазила ошибка что невозможно записать на диск С - в ребут... думай сам что критичнее быстродействие или надежность баз. Поищи я както писал на эту тему много
23.04.2008 00:09
Vladko
 
Лично я ставлю теперь на всех кассах, но с кассами без упса отключаю кеширование записи... Пока проблем не наблюдалось, по крайней мере проблем, которые можно было бы явно или косвенно списать на smartdrv... Лично я даже переиндексацию без smartdrv не запускаю...
23.04.2008 07:49
akonev
 
вот как раз на переиндексацию и обрезку баз (если есть бэкап) его лучше включать.
один фиг, переиндесация в базы нифига не пишет, а ускорение очень заметное.
я еще и буду долго ругаться на инженера, если он, обрезая полгода, смарт не запустил:
вместо 20мин проторчит в магазине 2-3 часа.

но вот кэш записи для штатной работы - не лучшая идея. даже с упсами.
и подходит мало кому. кроме пропадания питания бывают еще помехи по питанию.
особенно в магазинах. холодильники, движки тарнспортеров на боксах... да мало ли что еще...
онлайн-упсы на кассы редко кто ставит. дорого. да и они, когда дело помех касается, без хорошей земли не панацея.
а любой бэк-упс помехи загасит только при качественном заземлении.
большинство же электриков норовят вместо него прицепить земляной провод на защитное зануление.
и бьют себя пяткой в грудь, уверяя, что это то же самое. очень плохо у рядовых электриков с ТОЭ.

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

так что в общем случае кэш записи лучше выключать все-таки.
06.05.2008 23:41
Vladko
 
Согласен! Береженого Бог бережет, так что не стоит рисковать... Того не стоит...
30.05.2011 17:51
GENDALF
 
Не могу понять от чего... УКМ-2 стал долго загружать (обновлять данные инкр..загрузки...)...
cnvlog - удаляется при загрузке...
опер сводку отключил.
"чек" винта кассы ничего не показал....

Какие есть варианты???
30.05.2011 18:09
John Doe
 
Может, тупо много артикулов собралось или свободного места мало на диске? Или фрагментация дикая? Какая разница "было/стало" и за какой период она появилась?
31.05.2011 07:28
Mtirt
 
А на чем долго висит при загрузке?
На какой таблице?
31.05.2011 18:21
ReDHawK
 
Цитата:
GENDALF Не могу понять от чего... УКМ-2 стал долго загружать (обновлять данные инкр..загрузки...)...
а полная иногда делается? или стоит вечно инкрементальная?
02.06.2011 14:34
ReDHawK
 
А еще думаю можно classif.*, plucash.*, bar.*, tax.*, cnvlog.* и reglog.* грохнуть и сделать полную загрузку
02.06.2011 16:18
GENDALF
 
Долго идет запись во все таблицы...

Полная загрузка происходит 1 раз в день в 7-30 утра., инкрементальная каждые 25 минут. Точка круглосуточная.

Терминал тошиба 7000... места на диске как в космосе.
За период.... точка работает 2.5 года. артикулов примерно 20-30 тыс.

После чего так стало никто сказать не может...
02.06.2011 16:35
Mtirt
 
Винчестер по смарту проверял?

И еще, покажи autoexec.bat и config.sys.
02.06.2011 16:59
AlexeyF
 
Ещё проверочка - надо скопировать всю папку УКМ куда нибудь, что бы реально прочитались все файлы.
Недавно столкнулся с спецэффектом - долгая загрузка, скандиск поверхности говорит "всё нормально", при копировании папки супермага один файлик DLL не копируется - ошибка ввода вывода.
Полечил - перемещением файла в BAD директорию + восстановление этого файла из бакапа.
04.06.2011 14:28
GENDALF
 
Цитата:
ReDHawK А еще думаю можно classif.*, plucash.*, bar.*, tax.*, cnvlog.* и reglog.* грохнуть и сделать полную загрузку
Стало чуть быстрее...

Про autoexec и config... у меня везде одинаковые... все работает уже 5 лет.. затык на одной кассе такой.
04.06.2011 16:06
OlegON
 
Негусто ты выдал в ответ на кучу вопросов и предложений. Я, если честно, так и не понял, это одна касса из нескольких в магазине? Выбери сюда названия и размер самых больших табличек/файлов с кассы?
04.06.2011 16:25
whitewizard
 
Проверь настройки сети и саму сеть. Для начала патч корд от кассы плюс розетку.
06.06.2011 15:43
akonev
 
чтобы разделить возможные причины - скопировать входные файлы в каталог на кассе и попробовать принять локально. заодно оценишь скорость собственно копирования по сети.
13.03.2014 00:16
MWWRuza
 
Дабы не плодить темы, и небыло возможности отсылки к этой, и всем, от текущей даты до даты последнего перед моим сообщения, решил поднять ее...
Вводная:
Карточек - 13005
Штрихкодов ~ 15500
База, совершенно пустая, после закрытия смены удалены все файлы, кроме персонала, и созданы с помощью /i заново.
Конвертер - DBF.
Грузятся только карточки товаров, классификаторы, штрихкоды, персонал. Ничего лишнего, ни налогов, ни скидок.

Кассы две, а дальше, самое интересное: на одной загруза с полной заменой ~15 минут, на другой - более 30, и при этом, частенько даже не завершается совсем, вылетает ошибка во время выполнения 216... Не всегда, через раз...

Диск проверен, на железном уровне MHDD, на логическом - Scandisk и NDD, все чисто... Память протестировал, все ОК. Автоэкзек и конфиг абсолютно индеинтичен на обеих кассах, ну, кроме имени папки расшаренной на сервере... Копирование по сети, вполне быстрое, я бы сказал - мгновенное. Железки одинаковые.
Х.З. - куда еще копать???

Да, и еще наблюдение - скорость загрузки неравномерная, первые 2-3 тысячи карточек пролетают очень быстро, не успеваю от центраньного компа после выгрузки, до кассы дойти, уже вторая тысяча к концу подходит, а дальше все медленнее и медленнее... К концу, наверное пара карточек в секунду... Если совсем не вылетит.
Да, кстати, смартдрайв или что-то аналогичное не загружено...
Но, все равно создается впечатление, как будто какой-то буфер переполняется...
Я сам 1С-ник, и у меня возникает ассоциация с транзакциями в 1С - когда мне например, надо обработать большой объем данных, я это делаю в транзакции, с промежуточной фиксацией, типа того:

Сч = 0;
НачатьТранзакцию()
//Здесь цикл
Сч = Сч +1;
Если Сч%РазмерТранзакции = 0 Тогда
ЗафиксироватьТранзакцию();
НачатьТранзакцию();
КонецЕсли;
//Здесь конец цикла
ЗафиксироватьТранзакцию();

В этой конструкции все зависит от переменной РазмерТранзакции - пока в цикле все крутися и количество проходов(Сч) не делится без остатка на РазмерТранзакции, все происходит в ОЗУ... Как только разделилось - происходит запись на диск, всего, что было в ОЗУ. Тоесть, если операция тяжеловесная - то, может получиться так, что размера ОЗУ может и нехватить для сохранения многих операций, и к концу интервала между транзакциями прога будет тормозить, пока транзакция не будет зафиксирована и ее результаты не будут записаны на диск, с очисткой ОЗУ... Чем тяжелее операции, тем чаще надо фиксировать транзакцию(должен быть меньше размер переменной РазмерТранзакции)...
Здесь такое впечатление, что все происходит в одной транзакции, без промежуточных фиксаций... Сначала, пока память пустая, все быстро крутится, по мере ее заполнения(ЧЕМ, блин???!!!), все замедляется, если совсем не встает... Может это где-то настраивается? Или у меня что-то неправильно настроено? Подскажите, плиз...
13.03.2014 01:15
baggio
 
что за кассы?
сколько памяти?
выложи аутоексек...
конфиг.сис
сетку точно оттестировал?
сервер какой? какая ОС?
какая версия УКМ2? билд и прочее
это с чего началось? новый магазин?
бэк кто? 1с? СМ2000?
13.03.2014 02:19
whitewizard
 
1.Железо одинаковое? В качестве сервера какая система?
2. Поменяй кассы местами, чтобы убрать вероятность косяков в сети.
3. Попробуй поставь в загрузку только глючную кассу. Она также медленно будет грузится.
13.03.2014 08:17
student
 
Цитата:
MWWRuza Я сам 1С-ник, и у меня возникает ассоциация с транзакциями...
Сначала, пока память пустая, все быстро крутится, по мере ее заполнения(ЧЕМ, блин???!!!), все замедляется, если совсем не встает...
вероятнее всего все дело в индексах :) на кассе пардокс.дб с индексным файлом, на входе 1с.дбф без индексного файла и при его добавлении индексы в дб перестраиваются причем чем больше данных тем больше перестроений и меньше скорость добавления - сравни структуры индексов в дб файлах на обеих кассах (мне в лохматые годы подобное попадалось - были сильные различия) и дополнительно подавай на вход уже отсортированные в соответствии с индексом кассы данные - в свое время мне это в моем загрузчике (не 1с) сильно помогло ...


Опции темы


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

 

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