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

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

Добавлено: 10 янв 2013 08:03
Ixenon
Octav писал(а):Хочу услышать мнение по поводу такого процессора http://market.yandex.ru/model-spec.xml? ... &hid=91019
если разогнать его до 4.4ГГц ???

на мой взгляд самый оптимальный вариант..(мало ядер высокая частота) ИМХО
Вы лучше не на маркете процессоры смотрите, а например здесь http://www.nix.ru/price/price_list.html ... =cpu_intel
или еще в какой-нибудь конторе нормальной

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

Добавлено: 10 янв 2013 08:07
MirTN
Ixenon писал(а):
MirTN писал(а):Основная проблема с процессорами на sandy bridge.
Они вообще то разные бывают.
Вот почитайте. http://ru.wikipedia.org/wiki/Sandy_Bridge
У Вас Какая именно версия процессора?

В посте выше писал, о модели своего процессора (CPU i5 3210m, 2.5Mhz).
http://ark.intel.com/ru/products/67355
http://www.notebook-center.ru/processor_624.html
Процессор мобильный, т.е. установлен в ноутбуке.

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

Добавлено: 10 янв 2013 08:44
Ixenon
MirTN писал(а):В посте выше писал, о модели своего процессора (CPU i5 3210m, 2.5Mhz)
Везде написано, что у модели процессора 3210m ядро Ivy Bridge. У Вас модель процессора точно 3210m?

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

Добавлено: 10 янв 2013 09:10
MirTN
Ixenon писал(а):
MirTN писал(а):В посте выше писал, о модели своего процессора (CPU i5 3210m, 2.5Mhz)
Везде написано, что у модели процессора 3210m ядро Ivy Bridge. У Вас модель процессора точно 3210m?
Да Ivy Bridge. С процессором до этого ошиблись.
MirTN писал(а): И проблема скорее всего с процессорами, которые имеют технологии EIST и C1E.
Q: Что такое EIST ?
A: EIST или Enhanced Intel SpeedStep - технология энергосбережения, снижающая множитель процессора в простое

Q: Что такое C1E ?
A: Технология работает в паре с EIST снижает напряжение Vcore в простое.

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

Добавлено: 10 янв 2013 10:35
Ixenon
MirTN писал(а):И проблема скорее всего с процессорами, которые имеют технологии EIST и C1E.
На основании чего Вы сделали данное предположение?
Если оно верно, то как Вы думаете, почему у разработчиков на их конфигурации результаты гораздо выше Ваших, ведь ядра то у процессоров одинаковые?

тут http://forum.ixbt.com/topic.cgi?id=8:23136 в первых нескольких постах расписана вся суть упомянутых Вами EIST и C1E исходя из описания никак не удается проследить причинно-следственную связь приводящую к формированию Вашего предположения.

И еще некоторая информация для размышления.
Процессор разработчиков Core i7-3770K Частота шины CPU 5000 МГц
Процессор 1 Ваш Core 2 Duo Processor E6550 Частота шины CPU 1333 МГц
Процессор 2 Ваш Core i5-3210M Частота шины CPU ? МГц наверно 2,5 Гигагерц
А теперь сравните и сделайте соответствующие выводы.
А если бы разработчики ответили на следующие вопросы
1. какая конкретно материнская плата используется в системе
2. какая именно память DDR3 8Гб используется в системе
3. какой именно жесткий диск используется в системе
то картина бы нарисовалась еще отчетливее.

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

Добавлено: 10 янв 2013 11:14
MirTN
MirTN писал(а):
Ixenon писал(а):
MirTN писал(а):И проблема скорее всего с процессорами, которые имеют технологии EIST и C1E.
На основании чего Вы сделали данное предположение?
Если оно верно, то как Вы думаете, почему у разработчиков на их конфигурации результаты гораздо выше Ваших, ведь ядра то у процессоров одинаковые?

тут http://forum.ixbt.com/topic.cgi?id=8:23136 в первых нескольких постах расписана вся суть упомянутых Вами EIST и C1E исходя из описания никак не удается проследить причинно-следственную связь приводящую к формированию Вашего предположения.

И еще некоторая информация для размышления.
Процессор разработчиков Core i7-3770K Частота шины CPU 5000 МГц
Процессор 1 Ваш Core 2 Duo Processor E6550 Частота шины CPU 1333 МГц
Процессор 2 Ваш Core i5-3210M Частота шины CPU ? МГц наверно 2,5 Гигагерц
А теперь сравните и сделайте соответствующие выводы.
А если бы разработчики ответили на следующие вопросы
1. какая конкретно материнская плата используется в системе
2. какая именно память DDR3 8Гб используется в системе
3. какой именно жесткий диск используется в системе
то картина бы нарисовалась еще отчетливее.
Я сравниваю 2 своих процессора и делаю соответствующие выводы. И пытаюсь уже как раз объяснить, что на процессоре core2Duo с частотой 2333 Гигерц пли работает сносно. На процессоре coreI5 с частой 2400 Гигагерц практически не работает. Еще раз повторюсь, то на CoreI5 пакетная обработка занимает в 10 раз!!! больше времени чем на core2Duo с меньшей частотой, а импорт прайса в 98000 позиций не проходит. Ждали 4 часа и в итоге выключили.

А теперь о том, почему я ссылаюсь на EIST и C1E.
Здесь скрин работы процессора при работе WinRar, из которого видно, что при архивации даных процессор coreI5 работает на повышенной частоте 2893 Гигагерца.
Изображение

А на данном скрине показано, что при импорте в Pli процессор работает на минимальной частоте 1297 Гигагерц и считает это нормальный.
Изображение

Изображение

Изображение

На следующем скриншоте показан диспетчер задач, в котором можно увидеть загрузку процессора при работе PLI. Она составляет "0"
Изображение


Конечно, хотелось бы увидеть скриншот CPU-Z от разработчиков Pli, на их процессоре, в момент импорта Pli. И сразу станет все ясно.
Если у них в момент импорта или пакетной обработке процессор работает на максимальной частоте - вероятно функция понижения частоты процессора отключена в БИОС материнской платы или у самого процессора и процессор всега работает на максимальной частоте.

P.S. На многих материнских платах отключить данную возможность нельзя.

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

Добавлено: 10 янв 2013 11:46
TechAdmin
1. какая конкретно материнская плата используется в системе
speed_test_mb.png
speed_test_mb.png (11.64 КБ) 5671 просмотр
2. какая именно память DDR3 8Гб используется в системе
Имя модуля GeIL CL11-12-12 D3-2400
3. какой именно жесткий диск используется в системе
SSD OCZ VERTEX4
Конечно, хотелось бы увидеть скриншот CPU-Z от разработчиков Pli, на их процессоре, в момент импорта Pli. И сразу станет все ясно.
Перед импортом прайса
speed_test_cpu_no_load.png
speed_test_cpu_no_load.png (41.39 КБ) 5671 просмотр
В момент импорта прайса
speed_test_cpu_load.png
speed_test_cpu_load.png (41.42 КБ) 5671 просмотр

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

Добавлено: 10 янв 2013 12:39
Ixenon
TechAdmin писал(а):SSD OCZ VERTEX4
С таким жестким диском вполне можно без рамдиска обходиться :)

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

Добавлено: 10 янв 2013 12:55
MirTN
Процесс пакетной обработки на i5 2310m, СТУСС 27227, СТИПП 107086:

Изображение
Изображение
Время обработки 49,17 мин.
На Core2Du0, около 5-7 минут.

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

Добавлено: 10 янв 2013 13:10
Ixenon
Чего то с ноутом у Вас явно не так, а возможно даже и с виндой, если при пакетной обработке винда показывается загрузку цп 0% то это явно нездоровая ситуация.