Не мешало бы указать точное название проца и его ядра, сокет ну и т.д. Ты ж сюда не на базар пришёл, и Everest при тебе - так почему настолько скудно указал данные?!
Для твоей системы если считать 4 планки памяти, видяху, проц, 1 HDD, 1DVD-RW, то в пике выходит 397 Ватт. То есть так как блок хороший, если не пятилетней (или ещё хаже) давности и не перегревается (иначе почистить), то должен тянуть. Также вроде вижу Пассивный PFC (PPFC) (модель то не указана, как всегда), что не есть гуд. Совет на будущее - или активнй PFC (APFC) или никакого.
Я понимаю, что Windsor наиболее вероятный вариант судя по частоте, но что если это не так. Бывают варианты, о которых мало кто знает (даже wiki). И кстати потолок для Windsor 6400+ (3200Mhz), судя по официальным данным, но я думаю, что не исключена и более высокая цифра, при умелом обращении.
Юзай хорошие утилиты: Everest, AIDA64, Central Brain identifier (для K8 и ниже), Central Brain identifier Black (чисто для K8, хотя прошлый мне нравится больше), Native Specialist (для K8 и выше), в конце концов эту "гламурную" SiSoft Sandra (умеет рассчитать точную мощность разогнанного и замедленного проца). Утилиты, которым не стоит сильно доверять: CPU-Z, GPU-Z, PC Wizard (кроме всего ещё и малоинформативен), HWINFO, возможно ASTRA (только возможно) - в них часто содержатся грубейшие ошибки и неточности.
Заходишь в http://cbid.softnology.biz/ и качаешь Native Specialist. Это лучшая прога для современных AMD процев - в ней сможешь проконтролировать основные моменты HT Link, напругу проца, тайминги. Кроме того для материнок BIOSSTAR там есть возможность менять различные напряжения (называется Native Overclocking). CPU-Z место на свалке, ему верить нельзя - это уже много раз подтверждалось. Остальные моменты (например все напруги) лучше конролировать в Everest (или AIDA64).
HT Link Speed, как писали выше, понизить на шаг вниз обязательно.
Удачность разгона проверяй на OCCT (http://www.ocbase.com/perestroika_en/index.php?Downloadъ) в первом тесте (верхний).
Ставишь режим непрерывно. Большая матрица проверяет проц/чипсет/память, маленькая только проц/чипсет. Но если проглючивает сама материнка, то выдаст ошибку в любом, разница будет только во времени её детекта.
Смысл отключения Cool and Quiet в двух вещах:
1) После разгона, если она и будет работать, то могут не совпасть профили частот и напряжений. И чтобы это поправить придётся их настраивать с помощью RMClock. Или вобще на всех частотах будет твоё вручную выставленное напряжение. Соответственно никакой пользы от него не будет. Оно тебе надо?
2) Она может просто как-то мешать.
Кстати. Драйвер на проц поставил?
С отключением Spread spectrum не согласен. Везде советуют её отключать, но она уменьшает генерацию помехи. А в ПК внутри очень её много, что в свою очередь негативно сказывается на стабильности. Можете со мной не соглашаться, но я считаю так. Только небольшая поправка: есть только down spread - лучше отлючить, если есть center spread - то включай это. Как бы там ни было сказать что это на 100% верно я не могу. Пробуй и решай. Отключение Spread Spectrum может также увеличить количество помех, которые "ловит" звуковуха.
Из этой же оперы опция DRAM Burst Length. Советуют ставить максимум - 8 beats. Но я проверил 2 beats, 4 beats, 8 beats и оказалось, что значение по умолчанию (4 beats) наилучшее.
А кроме всего прочего странном поведении может быть виноват сам BIOS. Именно так на текущей моей системе. В BIOS максимальная стабильная частота шины 235 и проца 2115 и при этом напряжение на проце 1,34V (можно и ниже, но это оставлено для совместимости с следующим шагом). Выше не помогает даже 1,47V. А вот при разгоне из под винды с помощью ClockGen можно выставить и 261.1 (дальше упирается в память) и при этом найденное стабильное напряжение 1.34V для проца на 2350 (вот для этого и оставлено "завышенное 1.34V" в BIOS для более низкой частоты 2115 на проце). Напомню что речь идёт о камне K8. Так что пробуй ClockGen, SetFSB загрузив систему в заведемо стабильном режиме. Только для их успешного использования выучи какие частоты для различных шин твоей материнки нормальные. Это надо чтобы видеть правильно ли их показывает выбранный PLL. Даже если PLL выбирался не на угад, а точно известен его номер, он может выдавать не то. А частоту проца лучше и проще всего контролировать с помощью wcpuclk из состава WCPUID (http://hp.vector.co.jp/authors/VA002374/src/download.html). Он там идёт в виде отдельного EXE, но для её отдельной от WCPUID работы надо также выдернуть nrkctl32.dll и wcpuid_rclk.wpi и поместить в той же папке.
Если руки прямые, то почисти комп. Можно попробовать поменять термопасты. Лучше всего везде (особенно на видеокарте), но если стрёмно, то хотя бы на проце. Например на Titan Nano Grease TTG30030 (как у меня) (30 в конце означает большой тюбик, т.е. 3 грамма с лопаткой, 15 в конце это 1.5 грамма без лопатки). Лопатка очень нужная штука. Это самая дешёвая из хороших термопаст. Свою продукцию Titan часто комплектует чем-то похуже, например Titan Nano Blue или ещё какой-то мутью. Если денег не жалко, то лучше вообще Arctic Cooling не меньше MX-2. В идеале вообще жидкий металл (Coollaboratory Liquid Pro), но он применим только на относительно ровных поверхностях и вообще опасен, ибо жидковат)) Пресловутую "КПТ-8" применять на процах TDP которых выше 65 Вт применять нельзя - доказано расчётами.
И кстати FurMark применять бесполезно. Только всё вокруг проца разогреешь. Furmark предназначен для проверки видеокарты, а не проца.
И подумай над активным охлаждением винтов (а особенно их электронной части) и чипсета. Очень полезно для долгой беспроблемной жизни копма.
И наконец, когда ты добился разгона попытайся найти минимальное напряжение питания. Для этого не надо постоянно перезагружаться. Просто переключай его в Central Brain Identifier или Native Specialist и проверяй в OCCT (CPU:OCCT). Если удалось понизить без ошибок, значит упёрся не в проц, а если не удалось - в проц или материнку . Если в материнку, то это быстро откроется, так как стабильность окажется ложной, и при отсутствии ошибок в OCCT будет выбивать в 3-х мерных играх. Хотя я могу и ошибаться.
Только не вздумай запускать OCCT CPU:LinPack, S&M, волосатый бублик (FurMark) и т.д. - убьёшь всё в системнике, начиная с блока питания. Эти тесты выводят потребление мощности за пределы расчётных норм. В реальности такого не получишь, даже на самых тяжёлых играх.
Everest, AIDA64, Central Brain identifier (для K8 и ниже), Central Brain identifier Black (чисто для K8, хотя прошлый мне нравится больше), Native Specialist (для K8 и выше), в конце концов эту "гламурную" SiSoft Sandra »
видимо, это и есть твой идеал информационных программ? А к ним, часом, не относится
верить нельзя - это уже много раз подтверждалось. »
?
>
Утилиты, которым не стоит сильно доверять: CPU-Z, GPU-Z, PC Wizard (кроме всего ещё и малоинформативен), HWINFO, возможно ASTRA (только возможно) - в них часто содержатся грубейшие ошибки и неточности. »
с ума сойти... и факты предоставишь? А то вот весь инет пользуется и не знает, насколько сильно влип..
>
С отключением Spread spectrum не согласен. Везде советуют её отключать, но она уменьшает генерацию помехи. А в ПК внутри очень её много, что в свою очередь негативно сказывается на стабильности. Можете со мной не соглашаться, но я считаю так. Только небольшая поправка: есть только down spread - лучше отлючить, если есть center spread - то включай это. Как бы там ни было сказать что это на 100% верно я не могу. Пробуй и решай. Отключение Spread Spectrum может также увеличить количество помех, которые "ловит" звуковуха. »
Ты бы не ИМХО выставлял, а гугл полистал. Я вот не понимаю людей, которые имеют свое мнение о том, о чем собсно, понятия не имеют.
Spread Spectrum (Функция BIOS, позволяющая изменять режим работы задающего генератора частоты и, таким образом, снизить электромагнитное излучение от системного блока компьютера)
Опции: Enabled, Disabled, 0.25%, 0.5%, Smart Clock
Когда на материнской плате пульсирует генератор тактовых или синхронизирующих импульсов, то предельные величины (пики - spikes) этих пульсаций образуют EMI (Electromagnetic Interference - электромагнитное излучение проникающее за пределы среды передачи, главным образом за счет использования высоких частот для несущей и модуляции. Функция Spead Spectrum понижает EMI путем модуляции пульсаций таким образом что пики этих пульсаций сглаживаются до более плоских кривых. Это достигается путем варьирования частоты и она не использует какую-либо отдельную частоту дольше одного момента. Это уменьшает проблему помех для другой электроники расположенной вблизи.
Однако, хотя включение Spread Spectrum и понижает EMI, стабильность системы и производительность становятся вопросом компромисса. Особенно это справедливо для устройств где критичны временные параметры, например чувствительные к синхронизации SCSI устройства. Некоторые BIOS предлагают опцию Smart Clock. Вместо модулирования частоты импульсов по времени, Smart Clock отключает AGP, PCI и SDRAM синхросигналы, когда они не используются. Таким образом, можно понизить EMI не идя на компромисс со стабильностью системы. В качестве бонуса, применение Smart Clock может также помочь снизить потребление энергии. Если у вас нет никаких проблем с EMI, оставьте установку Disabled для оптимальной производительности и стабильности системы. Но если вас очень волнует вопрос EMI то используйте опцию Smart Clock если возможно, а если нет, то вас может устроить Enabled или одно из двух оставшихся значений. Процентное значение показывает количество вариаций которое BIOS производит на частоту синхронизации. Т.е. меньшее значение (0.25%) сравнительно лучше для стабильности системы, в то время как большее значение (0.5%) лучше для понижения EMI.
или 3DNews в Полные настройки BIOS (http://www.3dnews.ru/cpu/bios/index3.htm) тоже ошибаются?
Пресловутую "КПТ-8" применять на процах TDP которых выше 65 Вт применять нельзя - доказано расчётами. »
и - ссылочка на расчеты... ждем-с...
>
не вздумай запускать OCCT CPU:LinPack, S&M, волосатый бублик (FurMark) и т.д. - убьёшь всё в системнике, начиная с блока питания. »
Да что ты? Вот так вот прямо и убьешь? Ты сам убил так или кто рассказал?
Эти тесты выводят потребление мощности за пределы расчётных норм. В реальности такого не получишь, даже на самых тяжёлых играх. »
что за бред? Каких еще расчетных? Ты где этого всего начитался и что при этом курил? ;)
SanCho, сначала один, потом второй... еще и рискуем узнать щас много нового про себя - дескать, не шарим мы и пр. Хорошо хоть загрузка на работе новогодняя - появлюсь только через недельку-другую, глядишь, к тому времени все поутихнет.. ;)
Ну правильно. Всё как обычно. Мало того, что я старался, писал это сообщение (которое много раз исправлял и дополнял), делился ценной информацией, которую собираю годами (можно сказать делился сокровенным), так теперь ещё и должен доказывать что я не верблюд. Я обычно так не делаю - не делюсь информацией, именно потому что обязательно обзовут верблюдом, кроме того на всё это уходит много времени (если писать по совести), а кроме того собранное годами просто взять и рассказать (и ещё и выслушать что верблюд) это не очень интересно.
= Windsor, сокет AM2. И между прочим Athlon 5600+ был лишь один, на одном ядре. Так что »
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, что было бы совсем правильно.
Цитата Lite:Ты ж сюда не на базар пришёл »
Обвинения беспочвенны. »
Ой, та боже мой, какие обвинения? Это констатация факта.
Цитата Lite:Native Specialist. Это лучшая прога для современных AMD процев »
Да? 5600+ далеко не современный. Ну раз советуешь, то хоть бы покурил релизнотес от утилиты - она узконаправлена на мобильные сокеты AMD. И плюс ещё не работает на Win7. »
Во первых что это за процессор не указано, а потому я поначалу посчитал его за современный, тем более если это двухядерный. Но потом, когда я увидел его несовременность, то оставил упоминание об NS на всякий случай, так сказать на будущее, и далее сказал про CBid и CBid Black.
Кроме того в "Информации о выпуске" (aka Relese Notes) нет ни слова о мобильной направленности и неработоспособности на Win7. ===============================================
Native Specialist 1.8.1003 RELEASE NOTES
===============================================
* Added support for Ontraio code-named processor:
* AMD C-xx, AMD E-xx family processors
* Socket Type: Socket FT1
* Die Revision: FS-A0, FS-A1, FS-B0
* Added preliminary support for Llano code-named processor:
* Socket Type: Socket FS1g1, Socket FM1g1
* Die Revision: FS-A0, FS-A1, FS-B0
===============================================
Native Specialist 1.8.0908 RELEASE NOTES
===============================================
* Added determination of the folowing codenames:
Caspian, Champlain, Thuban, Magny-Cours,
Interlagos, Geneva, eNile, Lisbon, Valencia,
Suzuka
* Added full support for the folowing processors:
/////////////////////////////////////////
///////// SOCKET AM3 PROCESSORS /////////
/////////////////////////////////////////
AMD Phenom X6 125W PH-E0 Series:
Z970 2600MHz
T55T 2800MHz
T75T 3000MHz
T90T 3200MHz
AMD Phenom X6 95W PH-E0 Series:
T35T 2600MHz
T45T 2700MHz
T55T 2800MHz
AMD Phenom X4 95W PH-E0 Series:
840T 2900MHz
960T 3000MHz
Embedded Athlon II XLT Series:
V50L, V62L, V64L, V66C
Embedded Phenom II XLT Series:
Q54L
/////////////////////////////////////////
//////// SOCKET S1g3 PROCESSORS /////////
/////////////////////////////////////////
AMD Turion II Ultra Dual-Core M600 Series:
M600, M620, M640, M660
AMD Turion II Dual-Core M500 Series:
M500, M520, M540, M560
AMD Athlon II Dual-Core M300 Series:
M300, M320, M340, M360
/////////////////////////////////////////
//////// SOCKET S1g4 PROCESSORS /////////
/////////////////////////////////////////
AMD Turion II Dual-Core N500/P500 Series:
P520, P540, P560
N530, N550, N570
AMD Athlon II Dual-Core N300/P300 Series:
N330, N350, N370
P320, P340, P360
AMD Athlon II K100 Series
K125, K145
AMD Phenom II P900/N900/X900/P800/N800/P600/X600 Series:
P960, P940, P920
N970, N950, N930
X940, X920
P860, P840, P820
N870, N850, N830
P650
N660, N640, N620
AMD V100 Series:
V160, V140, V120
////////////////////////////////////////
//////// SOCKET ASB2 PROCESSORS ////////
////////////////////////////////////////
Embedded AMD Turion Neo Series:
N40L, N40H, N50L, N54H
Embedded AMD Athlon Neo Series:
R34L, N36L, R44L
AMD Turion II Dual-Core K600 Series:
K625, K645, K665, K685
AMD Athlon II Dual-Core K300 Series:
K325, K345
AMD Athlon II K100 Series:
K125, K145
AMD Sempron M100/N100 Series:
M100, M120, M140, N120
////////////////////////////////////////
//////////// SOCKET G34r1 //////////////
////////////////////////////////////////
AMD Opteron 6100 140W Series:
6176, 6180
AMD Opteron 6100 115W Series:
6128, 6134, 6136, 6140, 6168, 6172, 6174, 6176, 61KS, 61QS
AMD Opteron 6100 85W Series:
6124, 6128, 6132, 6164, 6166
////////////////////////////////////////
//////////// SOCKET C32r1 //////////////
////////////////////////////////////////
AMD Opteron 4100 95W Series:
4122, 4130, 4180, 4184
AMD Opteron 4100 65W Series:
4170, 4174, 4176, 41LE, 41QS, 41KX
AMD Opteron 4100 40W Series:
41GL
AMD Opteron 4100 35W Series:
4162, 4164
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 и не снились.
Цитата Lite:С отключением Spread spectrum не согласен »
Ты немного не понимаешь сути механизма работы. Да и вообще "сути" в этой опции очень мало, а вред разгону может причинить. Вот результаты поиска в яндексе. Можно почитать. Не одной рекомендации на включение для разгона. »
Правильно пишется "Ни одной". А по данному вопросу сразу не отвечу, мне нужно покопаться, под рукой у меня эта информация не валяется.Цитата Lite:Everest, AIDA64, Central Brain identifier (для K8 и ниже), Central Brain identifier Black (чисто для K8, хотя прошлый мне нравится больше), Native Specialist (для K8 и выше), в конце концов эту "гламурную" SiSoft Sandra »
видимо, это и есть твой идеал информационных программ?»
Эти программы делаются в сотрдничестве с производителями оборудования. Я даже пытался уговорить чтобы в Everest показывалась информация какие регистры и какие комбинации отвечают за те или иные тайминги памяти в различных чипсетах, или хотя бы поделиться это информацией. Но разработчик сказал, что это невозможно, так как они подписывали очень строгий "Соглашение о неразглашении" (http://ru.wikipedia.org/wiki/Соглашение_о_неразглашении) (NDA по аглицки).
Цитата Lite:Утилиты, которым не стоит сильно доверять: CPU-Z, GPU-Z, PC Wizard (кроме всего ещё и малоинформативен), HWINFO, возможно ASTRA (только возможно) - в них часто содержатся грубейшие ошибки и неточности. »
с ума сойти... и факты предоставишь? А то вот весь инет пользуется и не знает, насколько сильно влип.. »
Цитата Lite:CPU-Z место на свалке, ему верить нельзя - это уже много раз подтверждалось. »
Хоть один пример? Ни разу не ошибался на моей памяти. Максимум так это просто "не знал" процессора и то только потому, что на момент выхода утилиты его не было и в помине. Помогает обновление утилиты и все дела. Утилита компактна и интуитивна. Аналогов для быстрой оценки "чего там?" нет. »
Кроме того что бесплатные (а значит не факт что идёт сотрудничество с производителем), так ещё и замечены в выдаче некорректной информации. Кстати, возможно насчёт HWiNFO я ошибся и она лучше, чем я думал. Заметил интересную инфу. Буду копать.
CPU-Z - cам лично видел как менялись её показания на одном и том же копме от версии к версии. Кроме того видел упоминания о том, что она детектит инфу простыми и тупыми методами, которые легко обмануть. Найду - дам ссылку.
GPU-Z
http://i13.fastpic.ru/big/2010/1213/f4/dd18fece1ea8c4dcbae12a37bcbd93f4.png http://i13.fastpic.ru/big/2010/1213/7e/b2ed6df52a8c5b8be20d6cc92c4edc7e.png http://i13.fastpic.ru/big/2010/1213/e1/ea8f2965607eb69fa859a3d8146bb9e1.png
Смотрим на скрины. В эвересте правильно, в 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 показывает правильно. Но если обратиться к википедии, то гигабайт GB 10^9 гибибайт GiB Гбайт 2^30Итак с этой точки зрения Everest не прав, ибо тогда там должно было быть GiB. А теперь вспомним чему на учили с детства: 1 мегабайт = 1024 байта, 1 гигабайт = 1024 мегабайта, ну и т.д. Тут я не знаю что сказать. Вроде как Everest прав.
PC Wizard - от создателя CPU-Z. Пропускаем, ибо уже всё понятно. А кроме того малоинформативен.
HWINFO - пока что оправдан. Тем более что показывает уникальные вещи - например для оперативы "Supported Burst Lengths".
ASTRA - статус: "не проверено". Никакой информации поведать не могу. В её защиту скажу что она тоже умеет униканые вещи. Какие именно сейчас искать влом, но по памяти помню, что что-то было.
или 3DNews в Полные настройки BIOS тоже ошибаются? »
Я подозреваю, что это большей частью переводная информация собранная на различных сайтах, которые в свою очередь её откуда-то тоже "слизали", и наиболее вероятно, что из наиболее полного и корректного руководства по BIOS - "The Definitive BIOS Optimization Guide" (http://www.techarp.com/freebog.aspx). Там есть намного больше, чем в ней. Смысл везде один, описания немного отличаются, так как описали несколько иначе - где-то больше, чем там, где-то меньше. Но смысл одинаковый. А вот (http://www.techarp.com/showFreeBOG.aspx?lang=0&bogno=172) и та опция, что я проверял и рекомендация ставить максимум неправильная. Из текста можно понять, что якобы при выборе 8 наибольшая длина транзакции будет 8, но может быть и меньшая в зависимости от количества информации необходимой для передачи. Но если бы это было так, то при изменении опции с 4 на 8 передача малого количества данных не изменилась бы, а большого выросла. Но на практике скорость при передаче малого количества падает. Лично я думаю, что это значение фиксированное, а значит при передаче малого количества данных мы также передаём много лишнего, за счёт чего теряем время. В тоже время потеря скорости происходит и при установке 2 beats, что логично было бы быстрейшей опцией для передачи малого количества данных. Так что тут надо реально знать что там на самом деле происходит. Но то, что их рекомендация неправильна налицо. И гугль это подтвердит, так как не у меня одного при 8 скорость падает. А раз эта опция описана неверно, где гарантия, что всё остальное правильное?
Цитата Lite:Пресловутую "КПТ-8" применять на процах TDP которых выше 65 Вт применять нельзя - доказано расчётами. »
Какими расчётами? И как это привязано к TDP? »
Цитата Lite:Пресловутую "КПТ-8" применять на процах TDP которых выше 65 Вт применять нельзя - доказано расчётами. »
и - ссылочка на расчеты... ждем-с... »
TDP (англ. thermal design power), иногда (англ. thermal design point) — величина, показывающая, на отвод какой тепловой мощности должна быть рассчитана система охлаждения процессора или другого полупроводникового прибора. К примеру, если система охлаждения процессора рассчитана на TDP 30 Вт, она должна быть в состоянии отвести 30 Вт тепла при некоторых заданных «нормальных условиях».
Подробнее здесь (http://ru.wikipedia.org/wiki/TDP)
Вот ссылка (http://electrosad.ru/Ohlajd/Ti.htm) на расчёты. Там есть много интересного, особенно про Intel. И про то сколько помех генерирует проц в питание, как это сказывается на обвязке и потреблении и как этого избежать (но это должны сделать производители).
Цитата Lite:Эти тесты выводят потребление мощности за пределы расчётных норм. В реальности такого не получишь, даже на самых тяжёлых играх. »
что за бред? Каких еще расчетных? Ты где этого всего начитался и что при этом курил? »
Возьмём официальные данные NVIDIA для карточки GeForce GTX 580 (http://www.nvidia.com/object/product-geforce-gtx-580-us.html). Graphics Card Power (W) 244 W
А теперь посмотрим на тесты (картинка ведёт на статью!): http://www.fcenter.ru/img/article/videocards/Nvidia_GeForce_GTX_580/163299.png (http://www.fcenter.ru/online.shtml?articles/hardware/videos/29862#04)
Таким образом даже игра превосхоит расчётные параметры. Но если предположить, что NVIDIA слукавили и взять за энергопотребление значение в тяжёлой игре (надеюсь вы не будете спорить, что Crysis это лёгкая игрушка) Crysis Warhead, то потребление в Furmark (так как OCCT GPU настолько же тяжёлая, ато и хуже! то их можно приравнять) всёравно выходит за расчётное. Как я уже сказал, игра не в состоянии так нагрузить видяху - подтверждено тестами ©.
График энергопотребления наглядно демонстрирует работу заявленной Nvidia системы защиты GeForce GTX 580 от перегрузки в стресс-тестах типа OCCT или FurMark, создающих не встречающуюся в реальных условиях нагрузку, способную необратимо повредить карту. Тактовые частоты при этом не меняются; по всей видимости, работает некий аналог технологии Thermal Throttling, заставляющий GPU пропускать такты. В пользу этого предположения говорит и дёрганое, неравномерное вращение пресловутого «мохнатого бублика» при запуске OCCT: GPU на GeForce GTX 580 в полноэкранном режиме.
Даже если после запуска FurMark GPU не сгорит, то нахватает микротрещин в пайку. Или вы считаете 100°C нормальной температурой? На случай если таки считаете приведу официальные данные для GTX260: Maximum GPU Temperature (in C) 105°C Очень надеюсь, что теперь вы не считаете её нормальной. В противном случае я тут помочь не в состоянии - я такими тяжёлыми случаями не занимаюсь, тем более что я не доктор.
Кроме того вот сообщение при первом запуске SnM 1.9.1+:http://i13.fastpic.ru/big/2010/1213/cf/42a98ddffb237e7e70a72ecd2f67c9cf.png Это что просто так? Также я где-то видел статью, в которой упоминалось сгоревшее оборудование по вине SnM. Кажется в личном разделе (личных статьях) одного из пользователей на страницах overclockers.ru. Оно выжигает, поэтому и называется BURN-IN тест. Не найдётся ни одной реальной задачи, способной так нагрузить CPU, ибо нагружаются при этом определённые блоки, которые так сильно никогда не используются.
У меня на старой машине на материнке MSI стоят питальники в корпусе D²PAK (TO-263-3), на каждой паре из них стоит радиатор. При запуске SnM они становились реально горячими. Запуск же чего либо другого лишь слегка нагревал их. А если бы там не стояли радиаторы? А кроме того питальники там очень часто вообще голые, так что с ними история ещё хуже.
К счастью сейчас более современные питальники в корпусе DPAK (TO-252-3), но на видеокарте и это не спасает положение. А например на видеокарте ZOTAC GeForce GTS250 сильно греются даже конденсаторы. Их спасает только то, что они на твёрдом электролите, но и это спасёт не надолго. Это же надо так бездарно разработать схему, что даже кондёры греются! Они не должны греться по определению.
Цитата:WCPUID
Последнее обновление 2004 года. Как ты думаешь? Она вообще актуальна? Или работает с Win7? Или лучше CPU-Z вышедшего неделю назад? »
Вот в том то и дело, что утилита 2004 года, а до сих пор хорошо работает. Этот чувак делал уникальные вещи, которые до сих пор работают. WPCREDIT, WPCRSET - работают до сих пор. Другое дело что с тех пор кроме регистров начали использовать адресные пространства, поэтому на современном оборудовании нужно использовать BAREdit. Но на более старом оборудовании всё отлично работает, причём гораздо лучше чем BAREdit, ибо последний загружается уже после ОС, а вот детище H-Oda на первых стадиях:
http://i13.fastpic.ru/big/2010/1213/37/b936a06b79318cd13484488aa7186537.png
А смысл применения wcpuclk (я ведь о нём говорил, а не о WCPUID! Зачем всё перекручивать?!) в том, что с его помощью очень удобно контролировать разгон прямо из ОС. Его хорошо видно, можно сделать поверх всех окон, установить нужную частоту обновления. Дело в том, что разгон обращением к PLL не всегда происходит. Проконтролировать состоялся он или нет (а также возможно чатоту при повисании) поможет wcpuclk.
И заметьте - Я вас не критиковал, а вы...
Подумываю поудалять нахрен свои сообщения. Зачем вас просвещать - как и раньше пользуйтесь CPU-Z и думайте что миллионы мух не могут ошибаться.
vBulletin v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.
Available in ZeroNet 1osznRoVratMCN3bFoFpR2pSV5c9z6sTC