Страница 11 из 20

Re: Не PLI а слошная "обработка данных"

Добавлено: 09 фев 2013 14:51
Ixenon
Octav писал(а):http://floomby.ru/s1/fa49VM
Не пойму почему пишет что кол-во физических ядер - 1? Какие параметры надо выставлять ?
Написано же в скобочках доступно:2 , значит можно выставлять или 1 или 2, что не понятного? может не понятно чем гипертрейдинг от физического ядра отличается?В таком случае вот http://ru.wikipedia.org/wiki/Hyper-threading можете про технологию гипертрейдинга почитать, а про технологию многоядерности, предлагаю найти информацию самостоятельно :-)

Re: Не PLI а слошная "обработка данных"

Добавлено: 09 фев 2013 16:27
TechAdmin
TechAdmin писал: Вы можете сообщить какие операции у вас выполняются наиболее долго, мы добавим много поточную обработку таковых в первую очередь, если это будет возможно.
Octav писал: Поиск артикула из СТУСС в наименовании СТИПП (да и вообще весь поиск одинаковых товаров)...
Доступна новая версия программы ПЛИ, в которой реализована поддержка многопоточной обработки данных для этого вида сравнения.

Re: Не PLI а слошная "обработка данных"

Добавлено: 09 фев 2013 18:08
Octav
У меня нет возможности отключать НТ в биосе, я просто уменьшаю кол-во ядер здесь http://floomby.ru/s1/ta4uRC
Суть в том что когда ставлю кол-во процессоров 2 пли работает быстрее и проц нагружается в 2 раза больше, если же ставлю 4 то производительность падает.. Те тесты, которые я выложил: первый с кол-вом процессоров=2 (т.е. кол-ву физических ядер), второй тест =4 (2 физических + 2 виртуальных)

Re: Не PLI а слошная "обработка данных"

Добавлено: 09 фев 2013 19:11
Octav
Есть вероятность что замерам верить нельзя так как журнал операций показывает "погоду"... буду замерять секундомером.

Re: Не PLI а слошная "обработка данных"

Добавлено: 09 фев 2013 19:30
TechAdmin
Похоже какой-то сбой произошёл в журнале, но видно что CPU был нагружен на 100%. Попробуйте перезапустить прогамму и попробовать еще раз.

Re: Не PLI а слошная "обработка данных"

Добавлено: 11 фев 2013 08:22
MirTN
TechAdmin писал(а):TechAdmin писал: Вы можете сообщить какие операции у вас выполняются наиболее долго, мы добавим много поточную обработку таковых в первую очередь, если это будет возможно.
-поиск категорий товара в прайс листе (30% от общего времени занимает)
-Распределение товара согласно правил импорта (10%)
TechAdmin писал(а):Похоже какой-то сбой произошёл в журнале, но видно что CPU был нагружен на 100%. Попробуйте перезапустить прогамму и попробовать еще раз.
Возможно ли реализовать сохранения журнала операций в файл?

Re: Не PLI а слошная "обработка данных"

Добавлено: 22 фев 2013 12:09
tkachenkoser
Пришло новое обновление..
И началось.. Загрузка прайсов длится уже более часа, и еще не закончилось.. ПРичем он завис, а загружает их но делает непонятные операции. После каждого прайса делает какието сравнения, вычисления. Мы так скоро дойдем, что загрука прайсов будет длится день, два.. Может пора пересмотреть алгоритмы обработки?

Re: Не PLI а слошная "обработка данных"

Добавлено: 22 фев 2013 12:17
TechAdmin
Отключите в настройках программы параметр "При сравнении товаров использовать индивидуальные настройки для каждого прайс-листа", если у вас все настройки сравнения идентичны для всех прайсов.

Re: Не PLI а слошная "обработка данных"

Добавлено: 22 фев 2013 12:27
tkachenkoser
Где возможно отключено.. Но прайсов много. Почемубы это не делать в конце, для всех поставщиков сразу, а не каждого листа.. Раньше заметно быстрее было.

Re: Не PLI а слошная "обработка данных"

Добавлено: 22 фев 2013 12:34
TechAdmin
Раньше ведь не было сравнения товаров по индивидуальным настройкам для каждого прайса, при импорте всех прайсов, поэтому было быстрее, если вам это не нужно, отключите, будет быстрее.