История изменений
Исправление true_admin, (текущая версия) :
А интэл мог специально встроить в процессоры технологию обманного показа завышенных результатов. Они ведь уже такое делали, разве нет?
Честно говоря, мне это кажется очень сомнительным. Как процессор может такое сделать? Когда видяха рендерит она может схалтурить (что уже делали в дровах), пусть ценой ухудшения картинки. А когда исполняется код, то он не может быть исполнен «почти корректно». Либо программа исполняется, либо нет.
Тем более ошибка в архитектуре кэшей ин-телов показывает ненастоящую удвоенную производительность кеша в синтетике, что, возможно, влияет и на тесты памяти.
Что за ошибка? Можно ссылочку?
В любом случае, особенно для АМД, я бы проводил тщательные тесты под настоящей нагрузкой (к такому выводу пришёл долго медитируя на различные графики). Бывает что при задействовании бОльшего кол-ва ядер прирост совсем не такой как ожидаешь - то в шину упрётся, то расшареный кэш даёт о себе знать.
Причём, на производительность могут влиять настройки биоса. В том числе cache prefetching, dynamic overclocking, sleep states итп. Зачастую неожиданым образом. Плюс настройки ОС и даже версии компилятора и либ (только что тесты на форониксе шерстил на тему gcc 4.7 vs 4.8). Вот ещё пример курьёзов с производительностью: тормозит rsync
Исходная версия true_admin, :
А интэл мог специально встроить в процессоры технологию обманного показа завышенных результатов. Они ведь уже такое делали, разве нет?
Честно говоря, мне это кажется очень сомнительным. Как процессор может такое сделать? Когда видяха рендерит она может схалтурить (что уже делали в дровах), пусть ценой ухудшения картинки. А когда исполняется код, то он не может быть исполнен «почти корректно». Либо программа исполняется, либо нет.
Тем более ошибка в архитектуре кэшей ин-телов показывает ненастоящую удвоенную производительность кеша в синтетике, что, возможно, влияет и на тесты памяти.
Что за ошибка? Можно ссылочку?
В любом случае, особенно для АМД, я бы проводил тщательные тесты под настоящей нагрузкой (к такому выводу пришёл долго медитируя на различные графики). Бывает что при задействовании бОльшего кол-ва ядер прирост совсем не такой как ожидаешь - то в шину упрётся, то расшареный кэш даёт о себе знать.
Причём, на производительность могут влиять настройки биоса. В том числе cache prefetching, dynimic overclock, sleep states итп. Зачастую неожиданым образом. Плюс настройки ОС и даже версии компилятора и либ (только что тесты на форониксе шерстил на тему gcc 4.7 vs 4.8). Вот ещё пример курьёзов с производительностью: тормозит rsync