Я разогнал свой профильный камушек, ради интересна погонял ОССТ все норм, прогнал LinX-0.6.5:

Результаты нормальные? Смущает разброс, хотя "Невязка" одинаковая. Подскажите в общем, если не трудно.
Еще Cinebench R15:

Mar1lynManson
В ЛинХ нормальные, хотя проходов можно больше прогнать, а также использовать всю память и поставить высокий приоритет в настройках. Должно пару Гф прибавить.

Можно проверить честность собрав вручную и перепроверив.



И linX не имеет исходников. И superpi. И ничерта они проц на 100% не загружают.



Update: It turns out AMD is not the only party to have left the BAPCo consortium recently. We've just confirmed with NVIDIA that they have also left the BAPCo consortium. No reason was given.
Update 2: BAPCo has released a statement in return. The consortium notes that AMD approved 80% of the development milestones and that AMD was never threatened with expulsion. The full statement is attached below.
Update 3: We've finally gotten official confirmation (as rumored earlier) that VIA has also left the consortium. They have sent a short statement to SemiAccurate which we have included below. The basis of their complaints are much the same as AMD's: they don't consider SYSMark 2012 to reflect real world usage.

Дофига реальное использование, скажу вам:




Подумай над словами "real world usage".

Те, кто занимается тяжелыми вещами с загрузкой компа приближенной к максимальной, используют:
a) многопоточный софт (допустим можно перегонять не 1 трек в mp3, а параллельно несколько. Но нет, lame тестируют в однопотоке),
б) софт, алгоритмы которого позволяют максимально задействовать ресурсы железа (сравни например superpi vs pihex)
в) специализированные блоки (видео всё на процессоре декодируете?)

Те, кто гоняют легкий софт в 80% случаев не заметят разницы между i7-3970X и FX4300. Просто потому что задачи будут выполняться не 2 секунды, а полторы. На глаз - не различить.

cannibal_pro

Производительность мерять тестами от Интела - компании, которая в своём компиляторе умудрилась подгадить не только АМД, но и владельцам своих старых камней? Чтобы покупали новые. Погуглите ICC, хороший был срач на эту тему.

Сцена для рендеринга BMW с уже заданными настройками - конечный пакет и мощности у вас, нужно не меняя настроек отрендерить и опубликовать время + конфиг. Где тут читерство? Бенч, который дал Цитрус - есть конвертер, есть видео, все кодеки ставите сами, запускаете скрипт сами, всё логгируется, результат сырой в окне консоли.
7zip - вполне ок для оценки прироста сферических попугаев + неплохая нагружалка процессора распаковкой/упаковкой.

Если человек упал до правки результатов в фотошопе - это не лечится уже. Пока не встречал, но этого так боятся кругом, что у меня ощущение, будто я упускаю нечто очень весёлое

Вполне реальные бытовые задачи - рендер, конвертация, мастеринг (клипец минут на 30 собрать в Sony Vegas, к примеру или трек музыкальный из тысяч семплов в Soundforge). Для эмуляции консольных игр (PS2, к примеру) и гейминга на ПК FX'ов более чем достаточно - всё упирается в видеокарту.

Конечно, лучше 2 раза в год менять платформу и снимать скальп для замены термопасты, а то печка перегревается и троттлит Другая архитектура, с единицами умеющего её понимать софта != кукуруза. NetBurst был кукурузой, FX на это гордое звание не тянет - слишком много противоречий.

Нельзя - глючная поделка выдаёт неадекватные результаты, ни к чему конкретному не привязанные.
Поэтому ваш тезис надо подправить - выдерживает ли ваша МП те нагрузки, которыми вы её озадачили

Нет исходников/глюки/кроме устойчивости при экстремальной нагрузке доверять нечему.
Но такую нагрузку ни один популярный бытовой софт создать не в состоянии.

Согласен с вашим последним абзацем, в принципе.

UPD: http://blenderartists.org/forum/showthr ... -benchmark
Вот хороший тест процессоров. Открытый. На сайте автора есть сцены для всех 3D-пакетов.

Master92 это намек, или кк слову, или вообще про кого и где? холодильник тоже космос...


кому что


вполне адекватные показания , привязка есть, если показания не адекватны - стоит задуматься почему ..

можно и так, главное что смысл поняли

я чегот совсем запарился, от линпака ведь есть исходники, это от синебенча нет..
http://software.intel.com/en-us/articles/intel-math-kernel-library-linpack-download


глюки спровоцированы либо не стабильностью(нехват напряжения, сброс множителя, тротлинг), либо известными способами (о которых уже знают, разглашаться дополнительно не будут)

бывает, но уже не бытовой софт



вот по этому бенчи с открытым исходным кодом лучше не использовать, читерство процветает, писькомерство на 1 месте

А ты мой скрин то вообще смотрел?
У меня 17.8ФПС по второму проходу на самой обычной х264 5.0.1 без всяких подмен. Он и есть объективный, на первый фпс можно положить большой и ржавый болт! И проц этот проход точно грузит под 100%, а не на 75. Это первый проход может быть еще слабо грузящим, но второй пашет как надо! Так что пробуй проверяй на обычной версии как бегает 2-ой проход.

Plague Просто поверь на слово 6300 бодрее, чем старый фен! И замена стоящая!
Ссылки искать лень, можешь посмотреть как феники жеско сливаются фх-ам в батле 4 к примеру играя по сети.


На тесты феникса можно забить, он же КП не гонит! Буст от разгона КП на амдшках очень хорошо проявляется на минимальном фпс в играх! А у феника можно разогнать кп с 2000 до 3000!
Смотреть любые статьи на оверах по разогнаным феникам вообще не имеет смысла! КП там либо вообще не гнали, либо гнали очень слабо!


Ну может быть год назад старый х6 еще выезжал на старых играх, сейчас все явно меняется в пользу фх!
Батла 4-ая к примеру, раскочегаренный х6 в ней только стоковый 6300 догонит! А разогнаный 6300 уже нет!
Более того в стоке 1100-ый тягается только с 4300 на равных, и это в игре с относительной многопоточной нагрузкой!
А учитывая, что консольки вышли на модульной архитектуре, то в дальнейшем фх-ы будут только все больше и больше раскрываться! В то время как старые фены окончательно уйдут на пенсию.

Проверял. Есть разница между билдами x264 + заметная разница между различными опциями сборки на одном билде.
Опять же - это есть только на FX, на Intel такого нет.



FX8350@4800 - 17.8 с оригинальной сборкой.
6800k@4500 - 9.72 с последним билдом (причем это я еще под Linux не собирал).
Если судить грубо, то оптимизированный билд должен на твоей системе выдать 20.7 FPS. Некислая разница, не находишь?

Ну давай я как дома буду, погоняю с твоей сборкой. Там уже по факту видно будет, что и как.

Это не моя сборка, это последний официальный билд x264.

devl547 ты с 2377 собрал?

devl547 Скачал с http://www.videolan.org 64битную версию х264 r2377 вес около 8Мб. После подмены первый этап идет, второй тупо проскакивает и снова начинает первый гнать. Первый показывал 95Фпс вместо старых 67Фпс, загрузка проца около 85-95%. Второй проход результатов нет ибо просто его не проводит, оставляя пустым.
Ты брал от туда?

В стоковом билде x264 нет поддержки (странно почему) контейнера .mp4, поэтому второй прогон не запускается из-за ошибки.
Замени в батнике бенча .mp4 например на .mkv, оно один фиг не критично и с одной скоростью будет (на оригинальном проверял).



И у меня. А на оригинальном файле загрузка была 70-75%.

1-ый этап 98ФПС
2-ой этап 17.6Фпс, все то же старое значение, но пока не точно ибо были температуры очень высокие как на ВРМ так и на проце.
Проц 4800/2550 память 2000 9-10-9 1т. Напруга на проце 1.5-1.52v.
Грелось все это добро на втором этапе так:
Ядра проца до 88градусов
ВРМ-1 до 90градусов
ВРМ-2 до 72градусов
Все находится в корпусе при обычной комнатной температуре.
Поэтому не исключаю возможность халтуры при таких бешенных температурах, хотя наблюдая за частотами проца не заметил падений.
Видимо за 8-9 месяцев юзания наконец пора таки разобрать, почистить, пропылесосить и поменять пасту. Ибо раньше не было таких температур даж под линпаком!
По ходу ВРМ-1 это реально обратная сторона платы и не хило греется при бешенном потреблении, видимо придется делать дырку в стенке с обратной стороны.

Теперь еще вот, я видел пару версий 64бит. Одна какая-то обычная, я так понимаю, что ты качал и что щас я тестил. А вторая еще с индексом 10b, так вот та что индексом 10б 2377 полностью похожа на встроенный х264 2200.
Так может дело не в оптимизации, а в просто каких то разных условиях тестирования? Я больше к этому склоняюсь!
Да и меняя мп4 на мкв тоже уже хорошее изменение условий, сразу видно даже по первому этапу, что результат вырос на мкв относительно прогонов мп4.
Вот выделены две версии, которые показывают разные результаты! Та что 10б похожа на встроенный по результатам!

Взято тут:
http://download.videolan.org/pub/x264/binaries/win64/

Завтра если будет время переберу прогоню попробую с адекватными температурами, изменится ли что-либо или нет. А пока второй этап как был 17.6-17.8 так и остался им.
Давненько вой вертушек не слышал, хоть вспомнил как оно там

Это 10-битная версия для кодирования анимы и она медленнее.
В x264 bench используется восьмибитная версия:





Прогнал оригинальный бинарник из комплекта бенча - разница между контейнерами mp4 и mkv в пределах погрешности.
Что неудивительно - 99% времени занимает кодирование.



Потому что linpack использует только FPU. x264 сильно затачивался вручную (да-да, интринсики и ассемблер) и использует по максимуму всё, до чего дотянется.
Собственно поэтому в основном прогоне (pass2) FX8xxx идет наравне с 8-поточниками от Intel.

Ну мне думается, что он тягается с интелом, только потому что 4-ех модульный фх выполняет столько же инструкций за такт, сколько 4 ядерный интел со своим НТ.
Полноценных то 6-ти ядерников интела 2011 платформы он уже не в состоянии догнать.


Да нет, с линпаком он у меня вчера вообще вырубился за минуту ибо сразу проц ушел за 90. При том что раньше, когда только собрана система была держалась темпа на 80-83градусах в нем.

Вернемся к тесту, второй проход пока что не изменился в новой версии относительной старой!
Ты смотришь ФПС который показывает в самом начале теста, или же ждешь когда выйдет результат? Ибо вначале то он показывает 22-25фпс, но потом то оно все падает хорошо и итоге имеем результат 17.6-17.8фпс.

this.