Форум OlegON > Программы и оборудование для автоматизации торговли > Системы автоматизации торговли > КИС Lack & УС Land

Сторонние программы, полезные пользователям системы : КИС Lack & УС Land

28.03.2024 16:38


12.02.2019 10:04
AndreyZh
 
Оставлю, как памятку, что бы потом при необходимости разбираться... Народ развлекается с маркировкой табака и основная проблема: производители стараются ШК вписать в дизайн пачки нарушая стандарты маркировки и они не читаются большинством видов сканеров.

Как вариант разработчики пробуют делать (печатать) ШК из электронной копии ТТН в сторонних программах. Подобрали оптимальный размер - 20х20 мм, а делать правильные ШК для переклейки могут бесплатные программы, сохраненные во вложении
Вложения
Тип файла: 7z MrpEncoder.7z (709 байт, 61 просмотров)
Тип файла: rar BarCodeGenerator.rar (1.66 Мб, 51 просмотров)
29.03.2019 09:09
AndreyZh
 
Отрицательный результат - тоже РЕЗУЛЬТАТ!

В процессе самообразования наткнулся на описание старой технологии - выделение части оперативной памяти ПК под виртуальный жесткий диск, далее Ram… и на огромные восторги, касающиеся приложенной программы RamDisk, "обещающие" в разных статьях повышение быстродействия от 3 до 20 раз...

Конечно на "в 10 раз" не рассчитывал, но попробовать решил, что стоит, благо памяти в современных ПК много, а системы "УС Лэнд" хранят данные весьма компактно. Оговорюсь! Проверял пригодность технологии для "УС Land" на современном ПК с i3, RAM 16Gb под Windows 10/64.

Скачал, установил, потребовалась перезагрузка, где программа накидала мусора в систему. Увидел полезные плюшки типа консольных настроек и весьма понятный интерфейс, т.е. если всё будет хорошо, то легко после запуска смонтировать диск и перенести на него программы с базами, работая дальше в Ram. Сделал виртуальный диск 8Gb - достаточно для комфортной работы максимально большой БД системы, известной мне.


1. Начал с ресурсоёмкого режима "проверки логики" на БД в 300Мб, напомню, что схожий объем операций в "1С" "весит" от 4Гб.

- На обычно довольно медленном диске - 320"
- На виртуальном 270". Скорость повысилась на 19%. Не сильно "обрадовало", но возникло желание "продолжить".

2. База 1.2Гб. Программа реально требует для себя 3Гб и 4Гб под данные, т.е. использую виртуальный диск по максимуму. Логику не стал делать - это 30-40 минут, но задействовал отчет, использующий "всю БД" - "оборотка по клиентам":

а. В однопользовательском режиме:

- HDD - 210"
- Ram - 200". Быстрее на 5%

б. В фоновом режиме для дополнительной нагрузки запустил вторую копию с "логикой". Строю тот же отчет:

- HDD - 253"
- Ram - 225". Быстрее на 12%

в. Просто для себя, как для "программиста" проверил ещё и скорость сборки (компиляции) программ, с секундомером... Разницы в скорости вообще не обнаружил!

Резюме для "себя"! Учитывая падение надежности и малое повышение производительности - "овчинка выделки не стоит"! Снес программу, потом ещё чистил ОС и реестр, что-бы "эта гадость" не "фонила".
Вложения
Тип файла: 7z ramdisk_setup.7z (3.24 Мб, 44 просмотров)
29.03.2019 09:54
OlegON
 
может, это особенность Windows или конкретной реализации, а может, антивирус поднасрал...
во время теста необходимо указывать узкое горлышко, а не просто засекать время...
под Linux есть tmpfs, аналогичное... там скорость в разы выше, чем на SSD...
29.03.2019 10:09
AndreyZh
 
Цитата:
OlegON может, это особенность Windows или конкретной реализации, а может, антивирус поднасрал...
во время теста необходимо указывать узкое горлышко, а не просто засекать время...
под Linux есть tmpfs, аналогичное... там скорость в разы выше, чем на SSD...
А як же? Посему подробно описал "окружение" и под какую систему учета и хранения данных проверял, правда забыв упомянуть, что стоит "защитник"... т.е. тестовая у меня - это обычная современная среда использования "УС Лэнд"... и для этого сохранил дистрибутив этой бесплатной программы - авось другие любознательные специалисты найдут "специфику", где получат "обещанное" повышение быстродействия в 3 - 20 раз?
29.03.2019 10:11
OlegON
 
так нет главного, кто тормозил диск в памяти...
29.03.2019 10:16
AndreyZh
 
Цитата:
OlegON так нет главного, кто тормозил диск в памяти...
Думаю, что НИКТО! Так как тестовые режимы согласуются в предшествующим опытом других видов тестирования на других видах ПК, дисков, операционных Win систем
29.03.2019 10:44
OlegON
 
хм, "никто" обозначает, что операция выполняется незаметно для глаза, как минимум... а там сравнение на сколько процентов...
08.08.2019 15:03
AndreyZh
 
В принципе для "УС Лэнд:ЕГАИС" захотел использовать технику контроля времени ПК и времени допустимости продаж алкоголя и для этого нужен был механизм определения точного времени через некий API… и что-бы начать с "песочницы" сделал самодостаточную полезную для всех программку... При наличии интереса к ней, тогда конечно найдутся "косяки" и отдам исходники с отлаженной версией и опишу нюансы алгоритмов, а пока можете потестить альфа её версию:

Вложения
Тип файла: 7z TimeTest.7z (435.0 Кб, 39 просмотров)
09.08.2019 10:57
AndreyZh
 
Не(?)удивительно отсутствие интереса у "всех", но удивительно отсутствие оного у компьютерщиков форума... наверное у всех сети настроены автоматом для определения и синхронизации точного времени на компах и имеется куча программ решающих данную задачу?

Я же "увлекся" данной проблематикой не из любознательства и даже не от безделия. На неделе, надеюсь успешно решал проблемку одного из пользователей ЕГАИС, которому пришло письмо о продаже алкоголя в 22:35, т.е. в запретное время и нужно как-то попытаться его "утешить".

Стандартный путь: Так, как время чека ЕГАИС кассовое п/о берет из компьютера, то наперво нужно было точно понять время продажи... Это легко сделать в личном кабинете ОФД, где время кассового чека фиксируется или из ФР, что практически невозможно изменить, или по их серверному времени... Посмотрели время последнего кассового чека в тот день - 21:48, взяли инфу у ОФД и "попаданцы" начали писать, уже доказательную объяснительную... и по судебной практике им скорее всего ничего не будет. Причина проблемы: кассовый комп сдвинул своё время на час и чек ЕГАИС был с неправильным временем продажи.

Далее начал искать готовые решения, позволяющие автоматом контролировать время ПК и их, по крайней мере "простых" не нашел, вот и пришлось самому писать данную программу для проверки и отладки самодостаточных функций для "УС Лэнд:ЕГАИС"...

Ну и ладно - проехали... Как заметку для себя оставлю инструкцию по настройки синхронизации точного времени с сервером точного времени локальной сети, где время буду автоматом настраивать при помощи этой отдельной программы:
09.08.2019 19:15
декларант
 
Цитата:
AndreyZh Причина проблемы: кассовый комп сдвинул своё время на час и чек ЕГАИС был с неправильным временем продажи.
Может быть сдвижка на час была из-за того, что в РФ в 2014 г перешли на постоянное "зимнее время" и компьютер начинает показывать время с ошибкой на час в течение полгода в случае если включена синхронизация времени с сервером синхронизации времени. Микрософт выпускал специальное обновление для windows Vista и выше для России, при установке которого происходит правильная синхронизация часов компьютера. Также в РФ несколько раз меняли часовые пояса в Сибири и на Урале (последний раз вроде для региона Камчатки в 2016г). это также было учтено в соответствующих обновлениях windows. Для Win XP обновлений не выпускалось.
Часовой пояс GMT +3, время: 16:38.

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