Разгон Athlon 5600+

Lite · Конфигурация компьютера

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

Цитата SanCho:

= Windsor, сокет AM2. И между прочим Athlon 5600+ был лишь один, на одном ядре. Так что »

Цитата wikipedia:

Athlon 64 X2/FX (Windsor)

Процессоры, основанные на данном ядре, компания AMD выпустила во втором квартале 2006 года. Процессоры, построенные на ядре Windsor, представляют собой двухъядерные процессоры. Процессоры, выпущенные на данном ядре, предназначены для Socket AM2 и имеют тип корпуса OmPGA. Оснащены двухканальным контроллером памяти типа DDR2 (предположительно PC2-5300). Частота шины HyperTransport увеличилась до 333 МГц. Выпускаются процессоры по 90 нм техпроцессу. Размер кеша L2 по 1Мб на каждое ядро. Выпущены модели: Athlon 64 X2 4200+, 4600+, 4800+, 5000+, 6000+,6400+ а также процессоры Athlon 64 FX-60 и FX-62.

Windsor (90 нм SOI)

Dual-core CPU
CPU степпинг: F
L1-КЕШ: 64 + 64 КБ (Данные + Инструкции), на ядро
L2-КЕШ: 1024 КБ полноскоростной, на ядро
MMX, Extended 3DNow!, SSE, SSE2, SSE3, AMD64, Cool'n'Quiet, NX Bit, AMD Virtualization
Socket AM2, 1000 МГц HyperTransport (HT1000)
Напряжение питания ядра: 1.30 В — 1.35 В
Потребляемая мощность (TDP): максимум 125 Вт
Впервые представлен: 23 мая 2006 года
Диапазон частот: 2800 МГц (FX-62)

Следует отметить тут они немного налажали, ибо TDP и потребляемая мощность это разные вещи. Тогда уж надо было написать "рассеиваемая мощность", что было бы ближе к истине. Или просто TDP, что было бы совсем правильно.

Цитата SanCho:

Цитата Lite:Ты ж сюда не на базар пришёл »
Обвинения беспочвенны. »

Ой, та боже мой, какие обвинения? Это констатация факта.

Цитата SanCho:

Цитата Lite:Native Specialist. Это лучшая прога для современных AMD процев »
Да? 5600+ далеко не современный. Ну раз советуешь, то хоть бы покурил релизнотес от утилиты - она узконаправлена на мобильные сокеты AMD. И плюс ещё не работает на Win7. »

Во первых что это за процессор не указано, а потому я поначалу посчитал его за современный, тем более если это двухядерный. Но потом, когда я увидел его несовременность, то оставил упоминание об NS на всякий случай, так сказать на будущее, и далее сказал про CBid и CBid Black.
Кроме того в "Информации о выпуске" (aka Relese Notes) нет ни слова о мобильной направленности и неработоспособности на Win7.

Цитата http://cbid.softnology.biz/:

Native Specialist is the number one system and diagnostic utility designed to identify any AMD64 processors. It is developed in connection with Advanced Micro Devices that means the utility always supports the latest AMD products any time! Native Specialist is based on the powerful CPU recognition engine of famous Central Brain Identifier BE. The utility is the best solution to retrieve clear information on the next generation AMD processors of NPT Family, Family 10h and Family 11h. Featuring a new intelligent graphics user interface optimized for multi-core AMD processors Native Specialist enables to control thermal and frequency parameters for each core independently. It is also a powerful diagnostic tool for overclockers and AMD funs that always need a flexible solution native for their next generation AMD64 platform as a best platform ever! No doubt, Native specialist leads in software segment of AMD CPU recognition.

The benefits and distinct advantages are the following:
• Complete identification of AMD64 processors.
• QuantiSpeed Rating calculation and OPN determination.
• Real-time CPU clock frequency, VCore and Clock Multiplier monitoring.
• Entering the processor the low power state of Stop Grant.
• FID/VID transition for mobile AMD64 processors on the fly.
• Independent timing configuration for each DRAM Controller.
• HyperTransprt multiplier and bus width change.

Что из этого непонятно? Сделана в сотрудничестве с AMD! Правильно детектит любой AMD64 проц и рассчитывает P-Rating даже на нестандартном проце (читай разогнанном). Так в моём случае из моего Sempron 3000+ получился 3825+. И ещё куча функций, которые вашему дорогому CPU-Z и не снились.

Цитата SanCho:

Цитата Lite:С отключением Spread spectrum не согласен »
Ты немного не понимаешь сути механизма работы. Да и вообще "сути" в этой опции очень мало, а вред разгону может причинить. Вот результаты поиска в яндексе. Можно почитать. Не одной рекомендации на включение для разгона. »

Правильно пишется "Ни одной". А по данному вопросу сразу не отвечу, мне нужно покопаться, под рукой у меня эта информация не валяется.

Цитата ShaddyR:

Цитата Lite:Everest, AIDA64, Central Brain identifier (для K8 и ниже), Central Brain identifier Black (чисто для K8, хотя прошлый мне нравится больше), Native Specialist (для K8 и выше), в конце концов эту "гламурную" SiSoft Sandra »
видимо, это и есть твой идеал информационных программ?»

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

Цитата ShaddyR:

Цитата Lite:Утилиты, которым не стоит сильно доверять: CPU-Z, GPU-Z, PC Wizard (кроме всего ещё и малоинформативен), HWINFO, возможно ASTRA (только возможно) - в них часто содержатся грубейшие ошибки и неточности. »
с ума сойти... и факты предоставишь? А то вот весь инет пользуется и не знает, насколько сильно влип.. »

Цитата SanCho:

Цитата Lite:CPU-Z место на свалке, ему верить нельзя - это уже много раз подтверждалось. »
Хоть один пример? Ни разу не ошибался на моей памяти. Максимум так это просто "не знал" процессора и то только потому, что на момент выхода утилиты его не было и в помине. Помогает обновление утилиты и все дела. Утилита компактна и интуитивна. Аналогов для быстрой оценки "чего там?" нет. »

Кроме того что бесплатные (а значит не факт что идёт сотрудничество с производителем), так ещё и замечены в выдаче некорректной информации. Кстати, возможно насчёт HWiNFO я ошибся и она лучше, чем я думал. Заметил интересную инфу. Буду копать.
CPU-Z - cам лично видел как менялись её показания на одном и том же копме от версии к версии. Кроме того видел упоминания о том, что она детектит инфу простыми и тупыми методами, которые легко обмануть. Найду - дам ссылку.
GPU-Z

Смотрим на скрины. В эвересте правильно, в GPU-Z версии 0.4.7 ошибка, в версии 0.4.8 уже исправили.
Everest показывает реальные значения частот, а GPU-Z запрошенные значения, а какие они реально не показывает.
Кроме того тут некоторая странность. Посчитаем пропускную способность памяти: 907(456DDR2) * 128bit (128/8=16) = 14512 МБ/с
Если выразить это в GB/s, то 14512/1024=14,171875. Округляем - 14,2 МБ/с. Стало быть Everest показывает правильно. Но если обратиться к википедии, то

Цитата wiki:

гигабайт GB 10^9 гибибайт GiB Гбайт 2^30

Итак с этой точки зрения Everest не прав, ибо тогда там должно было быть GiB. А теперь вспомним чему на учили с детства: 1 мегабайт = 1024 байта, 1 гигабайт = 1024 мегабайта, ну и т.д. Тут я не знаю что сказать. Вроде как Everest прав.

PC Wizard - от создателя CPU-Z. Пропускаем, ибо уже всё понятно. А кроме того малоинформативен.
HWINFO - пока что оправдан. Тем более что показывает уникальные вещи - например для оперативы "Supported Burst Lengths".
ASTRA - статус: "не проверено". Никакой информации поведать не могу. В её защиту скажу что она тоже умеет униканые вещи. Какие именно сейчас искать влом, но по памяти помню, что что-то было.

Цитата ShaddyR:

или 3DNews в Полные настройки BIOS тоже ошибаются? »

Я подозреваю, что это большей частью переводная информация собранная на различных сайтах, которые в свою очередь её откуда-то тоже "слизали", и наиболее вероятно, что из наиболее полного и корректного руководства по BIOS - "The Definitive BIOS Optimization Guide". Там есть намного больше, чем в ней. Смысл везде один, описания немного отличаются, так как описали несколько иначе - где-то больше, чем там, где-то меньше. Но смысл одинаковый. А вот и та опция, что я проверял и рекомендация ставить максимум неправильная. Из текста можно понять, что якобы при выборе 8 наибольшая длина транзакции будет 8, но может быть и меньшая в зависимости от количества информации необходимой для передачи. Но если бы это было так, то при изменении опции с 4 на 8 передача малого количества данных не изменилась бы, а большого выросла. Но на практике скорость при передаче малого количества падает. Лично я думаю, что это значение фиксированное, а значит при передаче малого количества данных мы также передаём много лишнего, за счёт чего теряем время. В тоже время потеря скорости происходит и при установке 2 beats, что логично было бы быстрейшей опцией для передачи малого количества данных. Так что тут надо реально знать что там на самом деле происходит. Но то, что их рекомендация неправильна налицо. И гугль это подтвердит, так как не у меня одного при 8 скорость падает. А раз эта опция описана неверно, где гарантия, что всё остальное правильное?

Цитата SanCho:

Цитата Lite:Пресловутую "КПТ-8" применять на процах TDP которых выше 65 Вт применять нельзя - доказано расчётами. »
Какими расчётами? И как это привязано к TDP? »

Цитата ShaddyR:

Цитата Lite:Пресловутую "КПТ-8" применять на процах TDP которых выше 65 Вт применять нельзя - доказано расчётами. »
и - ссылочка на расчеты... ждем-с... »

Цитата wikipedia:

TDP (англ. thermal design power), иногда (англ. thermal design point) — величина, показывающая, на отвод какой тепловой мощности должна быть рассчитана система охлаждения процессора или другого полупроводникового прибора. К примеру, если система охлаждения процессора рассчитана на TDP 30 Вт, она должна быть в состоянии отвести 30 Вт тепла при некоторых заданных «нормальных условиях».

Подробнее здесь
Вот ссылка на расчёты. Там есть много интересного, особенно про Intel. И про то сколько помех генерирует проц в питание, как это сказывается на обвязке и потреблении и как этого избежать (но это должны сделать производители).

Цитата ShaddyR:

Цитата Lite:Эти тесты выводят потребление мощности за пределы расчётных норм. В реальности такого не получишь, даже на самых тяжёлых играх. »
что за бред? Каких еще расчетных? Ты где этого всего начитался и что при этом курил? »

Возьмём официальные данные NVIDIA для карточки GeForce GTX 580.

Цитата NVIDIA:

Graphics Card Power (W) 244 W

А теперь посмотрим на тесты (картинка ведёт на статью!):

Таким образом даже игра превосхоит расчётные параметры. Но если предположить, что NVIDIA слукавили и взять за энергопотребление значение в тяжёлой игре (надеюсь вы не будете спорить, что Crysis это лёгкая игрушка) Crysis Warhead, то потребление в Furmark (так как OCCT GPU настолько же тяжёлая, ато и хуже! то их можно приравнять) всёравно выходит за расчётное. Как я уже сказал, игра не в состоянии так нагрузить видяху - подтверждено тестами ©.

Цитата FCenter:

График энергопотребления наглядно демонстрирует работу заявленной Nvidia системы защиты GeForce GTX 580 от перегрузки в стресс-тестах типа OCCT или FurMark, создающих не встречающуюся в реальных условиях нагрузку, способную необратимо повредить карту. Тактовые частоты при этом не меняются; по всей видимости, работает некий аналог технологии Thermal Throttling, заставляющий GPU пропускать такты. В пользу этого предположения говорит и дёрганое, неравномерное вращение пресловутого «мохнатого бублика» при запуске OCCT: GPU на GeForce GTX 580 в полноэкранном режиме.

Даже если после запуска FurMark GPU не сгорит, то нахватает микротрещин в пайку. Или вы считаете 100°C нормальной температурой? На случай если таки считаете приведу официальные данные для GTX260:

Цитата nvidia:

Maximum GPU Temperature (in C) 105°C

Очень надеюсь, что теперь вы не считаете её нормальной. В противном случае я тут помочь не в состоянии - я такими тяжёлыми случаями не занимаюсь, тем более что я не доктор.

Кроме того вот сообщение при первом запуске SnM 1.9.1+:

Это что просто так? Также я где-то видел статью, в которой упоминалось сгоревшее оборудование по вине SnM. Кажется в личном разделе (личных статьях) одного из пользователей на страницах overclockers.ru. Оно выжигает, поэтому и называется BURN-IN тест. Не найдётся ни одной реальной задачи, способной так нагрузить CPU, ибо нагружаются при этом определённые блоки, которые так сильно никогда не используются.

У меня на старой машине на материнке MSI стоят питальники в корпусе D²PAK (TO-263-3), на каждой паре из них стоит радиатор. При запуске SnM они становились реально горячими. Запуск же чего либо другого лишь слегка нагревал их. А если бы там не стояли радиаторы? А кроме того питальники там очень часто вообще голые, так что с ними история ещё хуже.
К счастью сейчас более современные питальники в корпусе DPAK (TO-252-3), но на видеокарте и это не спасает положение. А например на видеокарте ZOTAC GeForce GTS250 сильно греются даже конденсаторы. Их спасает только то, что они на твёрдом электролите, но и это спасёт не надолго. Это же надо так бездарно разработать схему, что даже кондёры греются! Они не должны греться по определению.

Цитата SanCho:

Цитата:WCPUID
Последнее обновление 2004 года. Как ты думаешь? Она вообще актуальна? Или работает с Win7? Или лучше CPU-Z вышедшего неделю назад? »

Вот в том то и дело, что утилита 2004 года, а до сих пор хорошо работает. Этот чувак делал уникальные вещи, которые до сих пор работают. WPCREDIT, WPCRSET - работают до сих пор. Другое дело что с тех пор кроме регистров начали использовать адресные пространства, поэтому на современном оборудовании нужно использовать BAREdit. Но на более старом оборудовании всё отлично работает, причём гораздо лучше чем BAREdit, ибо последний загружается уже после ОС, а вот детище H-Oda на первых стадиях:

А смысл применения wcpuclk (я ведь о нём говорил, а не о WCPUID! Зачем всё перекручивать?!) в том, что с его помощью очень удобно контролировать разгон прямо из ОС. Его хорошо видно, можно сделать поверх всех окон, установить нужную частоту обновления. Дело в том, что разгон обращением к PLL не всегда происходит. Проконтролировать состоялся он или нет (а также возможно чатоту при повисании) поможет wcpuclk.

И заметьте - Я вас не критиковал, а вы...
Подумываю поудалять нахрен свои сообщения. Зачем вас просвещать - как и раньше пользуйтесь CPU-Z и думайте что миллионы мух не могут ошибаться.