В ветке рассматриваются вопросы по разгону, содержанию и воспитанию процессоров Intel на ядрах Yorkfield и Wolfdale

FAQ- вопросы и ответы.
Ликбез: Процессоры intel - глобальный FAQ
Временная ссылка на Ликбез

>> Температура процессоров Intel (FAQ - стр.1)
>> Методика тестирования и определение стабильности при разгоне процессоров Intel.
Статьи:
>> СТРЕСС ТЕСТИРОВАНИЕ ПРОЦЕССОРА.
>> Какой процессор выгоднее купить для игр: C2D E8400@4000MHz или C2Q Q6600@3600MHz?



Вопросы апгрейда в этой теме не обсуждаются!

Для обсуждения температур и стресс тестирования есть ветки по ссылкам выше. Вопросы апгрейда и выбора железа в этой теме не обсуждаются!!! Оффтоп наказуем ЖК!!! Имейте совесть и не засоряйте топик! Для выбора памяти, плат и пр. железа существуют отдельные ветки.

Отредактировано куратором: machKim. Дата: 07.04.2009 18:39

born_again Вот теперь понял, спасибо. С Линпак случай посложнее, потому что греет он сильно, и не каждый отважится им тестить не из-за того, что боится что он что-то не так посчитает, а элементарно из-за температур, т.е под воздух он не совсем приспособлен

Нормально.

а также

И, тем не менее, получите результаты, характеризующие "устойчивость" именно конкретного железа и ПО с конкретными параметрами разгона…
ОБОБЩАТЬ ТАКИЕ РЕЗУЛЬТАТЫ МОЖНО только С ИЗВЕСТНЫМИ ОГОВОРКАМИ.
Надеюсь, Вы понимаете, что:
- ни одна стресс-программа не является универсальной, и все известные стресс-программы дают разные нагрузки на разные функциональные блоки;
- технологические допуски для однотипного железа обеспечивают разную "устойчивость" 2-х экземпляров железа к одному и тому же стрессу;
- сбой, определяемый одной программой для конкретного экземпляра железа, может не повториться на другом экземпляре, зато другая программа, успешно прошедшая на первом, также успешно может завалить второй экземпляр (например, ошибки в разных по типу блоках);
- с другими параметрами разгона (хотя бы за счет применения отличающихся систем охлаждения) результаты на одном и том же железе могут отличаться (например, степень влияния температуры на устойчивость разных блоков - разная);
- и прочее…

А Вас не удивляет, что производители, "идя навстречу пожеланиям", обеспечивают возможность сохранения в BIOS нескольких настроек, и что так же поступают некоторые авторы программ для настройки железа (профили для видеокарт, в частности).

Не надо упрощать...
Проблема в том, как найти эту ОДНУ программу. И нужно ли, если юзер-овер использует систему для заранее определенного круга задач. Встречаясь с новой задачей, адекватный овер, наверное, заранее представляет себе все последствия "недотестирования" (а производители предупреждают "о риске и последствиях" ).

Пройденный этап: SnM, OCCT, Prime... и пр. пр., - все показывают стабильность. Сбивает именно Линпак, именно эта версия (например, в 10.0.002 тоже все нормально).
Но в этом частном случае это не проблема процессора - подводит конкретный экземпляр материнки.
В общем, грех жаловаться - работает безотказно, но с конкретными параметрами разгона нагрузка на цепи питания такая, что даже с Vdroop-модом (паяльник) именно в этом Линпаке через 7...15 минут (в зависимости от выставленного в BIOS напряжения на камень) Vcore падает до неприличия... - отсюда и сбой. В других тестовых программах напряжение тоже снижается, но меньше и на устойчивость не влияет. Камень ставился на другой экземпляр такой же МП - no problem.

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

НикРеш Давайте не рассуждать про системы охлаждения и разную конфигурацию железа. Это совсем из другой оперы.
Для тестов будет использоваться Windows SP3. Настроенная и чистая.
Еще раз для тех кто не понимает. Это просто исследование на практике самых популярных стресс тестов на то для чего эти программы и предназначены - отлова нестабильности связки процессор-чипсет-пямять за определенное время.
Представляет интерес какие из программ раньше выдадут сбой.
Кроме того имеемтся чистая загрузочная Vista64. Без лишнего ПО.
Так что не вижу никаких проблем.

Система может сбоить сама - без посторонней помощи. Откройте у себя перед тестами журнал - "просмотр событий". Чистого эксперимента не получится - не существует идеальной, безошибочной системы.

Eugenij_ Какой журнал просмотр событий в чистой системе? И вобще вы уважаемые слишком драматизируете. То для вас линпак не показатель. То уже система самма сбоит без помощи...

born_again
и что с того?? если кто то пользует комп 24\7 без проблем и сбоев, то значит человека это устраивает.и для него стабильность - это набор его программ, с которыми он работает.
пора бы закончить оффтоп в теме, а то когда захочешь что нить найти полезное, приходится читать ненужный текст

вы действительно не поняли самого главного! я говорил о том что это параметры для обычной работы каждый день при которых еще не одно приложение не сбоило...., ну как бы вам обьяснить проще.... вот например мой сосед любит поганять на авто и выступает на нем в драг гонках и спортивную резину он одевает перед гонкой а каждый день юзает обычную, вобщем как то так )))
мои каждодневные задачи это не проходы линпака и прогоны ОССТ и это моё понятие стабильности на каждый день- зачем жарить проц напряжением выше если он прекрасно работает с тем что мне надо на ниже напряжении!

E8400 E0 боксовый появился в санрайзе, но цена 5500 руб., кроме новой маркировки (SLB9J) у них еще и упаковка поменьше. В олди, фцентре, никсе еще старый степинг.

P.S. после снижения прайса Intel, во всем мире цена упала, а у нас растет, вот такой он дикий рынок России...

born_again
а нужен ли он??

Всё не по теме.
Противоречиво, но...
1. Не надо приватизировать форум.
Давайте?, … тупо: есть тест, включаю!
Для разрядки:
- Слушай, а это же запуск "ядрёного" фугаса.
- А ничо, у мня ищё есть...
2. К тому, что было написано в ранних сообщениях, добавлю, что в Вашем подходе наличествуют определённые огрехи.
Например, в отличие от тестов программ для поиска вирусов: о существовании последних, о том, какие это вирусы (группы вирусов, назовем их "А", "Б", "В"), об их количестве экспериментаторы прекрасно осведомлены. Поэтому результаты адекватны и прозрачны: время теста (или, как показатель для оценки - время работы каждой программы) - ХХХ секунд, такая-то программы обнаружила ВСЕ "А", ВСЕ - Х1 "Б", ВСЕ - Х2 "В", другая - ВСЕ - Х3 "А", ВСЕ "Б", ВСЕ - Х4 "В", третья... Но программе, например, не ставят в заслугу то, что она ПЕРВОЙ обнаружила какой-то вирус из тестового комплекта (если его обнаружили и другие).

Вы – пытаетесь сравнить программы, не зная АЛГОРИТМОВ их функционирования, добиваясь ПЕРВОГО сбоя, но не зная и не принимая во внимание – ПОД КАКОЙ НАГРУЗКОЙ (какая часть алгоритма сработает на сбой, и какова была предыстория - она может оказаться важнее!), ГДЕ и КОГДА сбой появится, и ЧТО будет являться его ПРИЧИНОЙ.

"Для тех, кто не понимает".
Тестовая задача.
Есть 2 экспериментатора. Задача - одновременно начав, один должен найти у меня в тексте, с его начала, любую букву "А", затем любую букву "О" (программа № 1), а другой - сначала букву "О", а затем "А" (программа № 2).
ПОБЕЖДАЕТ ТОТ, КТО ПЕРВЫМ НАЙДЁТ ПЕРВУЮ БУКВУ по своей программе.
№2 через мгновенье скажет, что он победил, поскольку в первом предложении в слове "ПО" есть буква "О".
"Грамотно" (?) поставленный эксперимент... (но, например, если показателем результативности программ будет количество найденных в тексте букв "А" и "О", тогда можно "рассуждать" о пригодности программ - по принципу КТО БЫСТРЕЕ/ЭФФЕКТИВНЕЕ).
Понятно, что по отношению к вопросу стабильности такой подход (все ошибки + минимум времени) тоже мало пригоден.
Понятно, что если один тест устойчиво обнаруживает ошибку, например, через 5 минут, а второй - бесполезно трудится сутками, то первый тест лучше.
Только асболютно открыты вопросы: ДЛЯ КАКИХ ЦЕЛЕЙ он лучше? ГДЕ В CPU ВОЗНИКЛА ЭТА ОШИБКА?, и ЕСЛИ её УСТРАНИТЬ изменением настроек, то не вылезут ли эти настройки БОКОМ в другом тесте?

Потому программисты и не бросают писать тесты, что НЕТ УНИВЕРСАЛЬНОГО/НАИЛУЧШЕГО СТРЕСС-ТЕСТА, и потому большинство из нас использует "для надежности" несколько программ...

Случай из своей практики. Где-то в ветках по этому поводу уже сигналил:
200 прогонов линпака (или 300 – давненько остановился на этом числе) при полной матрице на 2Gb памяти - пациент жив, но первые же минуты часового теста CPU ОССТ - ОШИБКА!!! Поднятие напряжения на камне на ошибку не влияет... А выход? - Дал на ступеньку выше на "север"! - ГДЕ CPU и ГДЕ ПАМЯТЬ (тест CPU!)? - "Глючный" ОССТ? - Не там нашёл, но ведь НАШЁЛ! - А Линпак? - Тоже "глючный"? - Должен был найти, но не нашёл!

Появится новая версия какой-то тест-программы - кто откажется от её запуска? (не считаем тех, кому их "стабильности" в их приложениях достаточно - они напрягаться не будут )

Поэтому, Ваш поиск "лучшего" - достоин уважения, но - суета это...
ИМХО, "лучшее" - это комплекс тестов... (да, на это нужно время...), альтернатива - компромисс с "условной" стабильностью...
Кланяюсь...

Xmast писал(а):

не вижу никаких проблем

А кто-то Вам их создаёт?
Было лишь замечание о том, что ОГУЛЬНО ОБОБЩАТЬ РЕЗУЛЬТАТЫ ВАШИХ ИССЛЕДОВАНИЙ НЕ НАДО... – очень много влияющих факторов.
Желаю успехов!

Народ, я так понял что процы на степинге Е0 идут в новых маленьких коробках, у меня вгороде есть Е7300 в таких же коробках, только хз на каком степинге, нигде инфы точной нету, жалко что я поторопился и кулил Е7200.

НикРеш Идею исследования подал я по той причине что с момента как я назначен куратором этой темы я уже раз пятый стыкаюсь с спорами по поводу того что "линпак это зверь а прайм это фигня" и прочими высказываниями с чего я сделал вывод что на примере конкретного экземпляра и системы в целом провести исследование! Вы бы еще голосование устроили кто за а кто против, большинство участников данной конференции не имеют и понятия о алгоритмах которые вы нам пытаетесь втолдычить, короче говоря демогогию в сторону и за работу, хотите вы провести исследование- нет проблем, будет с чем сравнить а если нет то не мешайте нам это сделать.
Лучше что то делать нежели рассуждать на ровном месте о алгоритмах функционорования программ, ведь разгон это практика а не теория и теория может говорить одно а на практике зачастую получается наоборот!
И вы меня конечно извините но в вашем сообщении столько флуда что мне его надо бы удалить, но я этого делать не буду

разогнал свой 8600 до 4ггц без поднятия напряж, а больше и не хочется пока температура в простое 40, под нагрузкой 55 (не зря кулер хороший купил в свое время + паста AC MX-2)

P.S. Проц рульный получился - разгоняемый и холодный.

MachKim
Тесты идут полным ходом. И пишется небольшая статья.

tormentor1983
Какая напруга у тебя в номинале на 3.33ГГц, то есть при какой напруге проходит тесты на 4ГГц у тебя, прогони часик-два ОССТ 2.0 на вкладке ЦП и скажи какая температура максимум по Реалтемп 2.7.

machKim Кланяюсь Вашей настойчивости.
За идею обидно?

machKim писал(а):

линпак это зверь а прайм это фигня

1. Зверь.
2. Не фигня (зверь другого вида и другой раскраски).
РАЗНЫЕ.
З-В-Е-Р-И.

machKim писал(а):

Вы бы еще голосование устроили кто за а кто против

Потрясающий у нас диалог ?
Ткните носом, где я устраиваю "заговор" и Вам творить мешаю?

machKim писал(а):

большинство участников данной конференции не имеют и понятия о алгоритмах

Но о том, что алгоритмы влияют, понимать (учиться понимать) надо..., тем более - экспериментаторам.
И что, в ветке нет тех, кто хочет понять суть, а не "скопировать" чужие настройки?
Rem. Голосование - кого больше? - было?

machKim писал(а):

демогогию в сторону и за работу

ВПЕРЁД.

machKim писал(а):

Лучше что-то делать… разгон это практика а не теория и теория может говорить одно а на практике зачастую получается наоборот

Но не надо уподобляться обезьяне с гранатой... Методику эксперимента и анализа результатов целесообразно устаканить.
Или Вам интересны голые факты = результат:
процессор Х на материнской плате У с памятью Z с BIOS... при настройках BIOS … (моды...) с системой охлаждения (подробно...) (термоинтерфейс…) покорил … МГц, без троттлинга, в ОС... при проверке тест-программой… с настройками программы…
ВПЕРЕД, В "СТАТИСТИКУ"!
Любое ЗНАЧИМОЕ исследование должно иметь методику, опирающуюся на теорию (не на АВОСЬ), содержать причинно-следственные связи, их анализ и оценку влияния на результаты. Иначе, НИКОМУ ДРУГОМУ от этого исследования и его результатов никакой пользы, только ОРИЕНТИР для разгона.

Кстати, известно, что флопсы Линпака зависят не только от разгона процессора и размера матрицы, но и от настроек памяти (скорость, тайминги). В "гонке" сталкивался с тем, что процессор на одной и той же частоте сбоил при бОльшем разгоне памяти. То, что проблема именно в процессоре, определялось подъемом напряжения на процессоре - с дальнейшей безошибочной работой.

Не теория виновата: неправильно поняты (забыты) постулаты теории и принятые в ней допущения, поэтому делаются неправильные логические выводы, часто за рамками этой теории... (Вас, наверное, также успешно "научили" тому, что физика/механика Ньютона "не верна" по отношению к физике Эйнштейна...)

machKim писал(а):

И вы меня конечно извините но в вашем сообщении столько флуда что мне его надо бы удалить

???
Но...., удаляйте. Это всё не по теме, потому и это сообщение, и предыдущее было offtop’ом.

PS (из ПРАВИЛ).
Флудить, то есть размещать бессодержательные (малосодержательные) или повторяющиеся (сходные) сообщения в одной и той же или разных темах конференции. Под бессодержательными (малосодержательными) понимаются, в частности, сообщения, содержащие исключительно или преимущественно эмоции (ругань, одобрение, возмущение и так далее).


Ещё раз: УСПЕХОВ!

НикРеш, много букофФ пугают не мега учасников этой темы, зайдут офигеют, побоятся читать тему дальше...
Честно скажу, уважаемые господа, пошел оффтоп про ПО уже 3 страницы как. Куратора на дыбу
Xmast, обзор, если честно, будет почитать интересно)