15.01.2019 18:36
AndreyZh
 
Размещу сюда данную утилиту, позволяющую корректно работать с таблицами систем "УС Лэнд"
Вложения
Тип файла: 7z DBU_HARB.7z (380.1 Кб, 32 просмотров)
12.02.2019 10:04
AndreyZh
 
Оставлю, как памятку, что бы потом при необходимости разбираться... Народ развлекается с маркировкой табака и основная проблема: производители стараются ШК вписать в дизайн пачки нарушая стандарты маркировки и они не читаются большинством видов сканеров.

Как вариант разработчики пробуют делать (печатать) ШК из электронной копии ТТН в сторонних программах. Подобрали оптимальный размер - 20х20 мм, а делать правильные ШК для переклейки могут бесплатные программы, сохраненные во вложении
Вложения
Тип файла: 7z MrpEncoder.7z (709 байт, 24 просмотров)
Тип файла: rar BarCodeGenerator.rar (1.66 Мб, 19 просмотров)
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 Мб, 10 просмотров)
29.03.2019 09:54
OlegON
 
может, это особенность Windows или конкретной реализации, а может, антивирус поднасрал...
во время теста необходимо указывать узкое горлышко, а не просто засекать время...
под Linux есть tmpfs, аналогичное... там скорость в разы выше, чем на SSD...
29.03.2019 10:09
AndreyZh
 
Цитата:
OlegON может, это особенность Windows или конкретной реализации, а может, антивирус поднасрал...
во время теста необходимо указывать узкое горлышко, а не просто засекать время...
под Linux есть tmpfs, аналогичное... там скорость в разы выше, чем на SSD...
А як же? Посему подробно описал "окружение" и под какую систему учета и хранения данных проверял, правда забыв упомянуть, что стоит "защитник"... т.е. тестовая у меня - это обычная современная среда использования "УС Лэнд"... и для этого сохранил дистрибутив этой бесплатной программы - авось другие любознательные специалисты найдут "специфику", где получат "обещанное" повышение быстродействия в 3 - 20 раз?

Последний раз редактировалось AndreyZh; 29.03.2019 в 10:12.
29.03.2019 10:11
OlegON
 
так нет главного, кто тормозил диск в памяти...
29.03.2019 10:16
AndreyZh
 
Цитата:
OlegON так нет главного, кто тормозил диск в памяти...
Думаю, что НИКТО! Так как тестовые режимы согласуются в предшествующим опытом других видов тестирования на других видах ПК, дисков, операционных Win систем
29.03.2019 10:44
OlegON
 
хм, "никто" обозначает, что операция выполняется незаметно для глаза, как минимум... а там сравнение на сколько процентов...

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