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

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

Добавлено: 05 фев 2013 17:29
TechAdmin
то сейчас (после обновления) нагрузка составляет 50%, хотя по логике должна быть 100% загрузка...
Нагрузка зависит от того какой объём данных предоставляется для обработки, возможно процессор не успевает "нагрузиться", из 4х потоков (если используется в ПК 4х ядерный процессор, включая виртуальные ядра HT) некоторые из них уже могут отработать задание и ждать оставшиеся потоки, когда они завершат операцию, чтобы перейти к следующей. В ходе тестов, на текущей версии ПЛИ примерный прирост в скорости был получен результат 2-3 раза, на операциях которые были оптимизированы.

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

Добавлено: 05 фев 2013 17:45
Octav
В теории скорость работы программы должна увеличиться в "n" раз, где "n"- количество ядер, верно?

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

Добавлено: 05 фев 2013 18:08
TechAdmin
Верно, но это всё теория как показывает практика (и не только на этом приложении).

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

Добавлено: 05 фев 2013 19:25
Octav
Самое длительное время занимает операция "Поиск артикула из СТУС в наименовании СТИПП" (у меня она включена для всех прайсов). Буду ждать поддержки многоядерности для этой операции.

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

Добавлено: 06 фев 2013 08:28
Ixenon
Есть большая вероятность, что у Рафика не хватает оперативной памяти, в связи с чем происходит работа с файлом подкачки, а так же есть вероятность, что быстродействие операций чтения/записи с жесткого диска находится на низком уровне.

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

Добавлено: 06 фев 2013 08:44
Ixenon
Octav писал(а):В теории скорость работы программы должна увеличиться в "n" раз, где "n"- количество ядер, верно?
Неверно, потому, что компьютеру по мимо выполнения самой полезной работы, нужно еще выполнять работу по распределению работы между ядрами. :)

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

Добавлено: 06 фев 2013 08:48
MirTN
Ixenon писал(а):Есть большая вероятность, что у Рафика не хватает оперативной памяти, в связи с чем происходит работа с файлом подкачки, а так же есть вероятность, что быстродействие операций чтения/записи с жесткого диска находится на низком уровне.
- установлено 8 гб DDR3
- По поводу скорости работы HDD вряд ли, не может SATA диск установленные в ноутбуке, работать на порядок медленнее чем IDE.


Предложено администрации предоставить доступ к машине для наглядности, жду ответа.

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

Добавлено: 06 фев 2013 09:59
Ixenon
MirTN писал(а):
Ixenon писал(а):- По поводу скорости работы HDD вряд ли, не может SATA диск установленные в ноутбуке, работать на порядок медленнее чем IDE.
А вы протестируйте, на всякий случай, например с помощью этого: http://www.overclockers.ru/softnews/365 ... ndows.html

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

Добавлено: 06 фев 2013 11:48
MirTN
А вы протестируйте, на всякий случай, например с помощью этого: http://www.overclockers.ru/softnews/365 ... ndows.html
Изображение

Повторюсь проблема не в скорости работы HDD или памяти, на скриншоте "до" явно видно, что при работе Pli, CPU совсем не нагружается.

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

Добавлено: 06 фев 2013 14:19
MirTN
massqwest писал(а):
MirTN писал(а):При импорте.
Загрузка на CPU в обоих случаях отсутствует.
Подтверждаю.Тоже делал такие замеры.Да и вообще тема актуальна.
Подскажите пожалуйста, у Вас так же загрузка CPU минимальна или отсутствует при работе Pli, какой CPU?