Q: От каких напряжений может деградировать процессор ? A: Для core i7 не рекомендуется использовать Vcore выше 1.55 в (для Linfield, Gulftown 1.4), Vddr нельзя поднимать выше 1.65в. Для uncore не рекомендуется поднимать напряжение выше 1.35 (Linfield, Gulftown 1.4), CPU PLL ограничено пределом 1.88 вольта. Пренебрежение этими рекомендациями может привести к деградации процессора.
Member
Статус: Не в сети Регистрация: 16.03.2004 Откуда: Минск
Factotum Я пока вообще с QPI не заморачивался. Честно! Просто банально не трогал. Я добился, что на 4 ггц процика uncore тоже идет на 4,0 ггц (мне l3 кэш актуальнее). При этом 9 часов прайма (на ночь оставлял) и 20 проходов линпака держит (без смт). Это на постоянку. Остальные эксперименты еще впереди.
хмммм, разница настроек материнских плат... судя по мониторингу CPU-z имеется QPI=BCLKx18 #77
Я почему спросил - разгон QPI дает офигенный результат в производительности, но с множителем 22*2 стабильно до BCLK=180, дальше черная дыра. жалььььь.
Member
Статус: Не в сети Регистрация: 16.03.2004 Откуда: Минск
Factotum У гиги х36 соответствует х18 других мобо. Это фича инженеров-биосописателей... Да, я позже понял смысл твоего вопроса, честно говоря мне тоже хотелось бы что-нить такое сотворить/разогнать. Но, раз на 200-й не идет, значит пока "проехали".
@r2r Шел от обратного, перестал лезть во все напруги, выставив их "авто". Ручками поставил только напругу на проце и на памяти. Гиги неплохо помогают сами гнать процики в среднем разгоне, а увеличение напруг чаще вредит, чем помогает. Это уже в экстремальном разгоне надо брать штурвал на себя, но не факт что получится.
гига пишет эффективную частоту, реальная как раз 18, о чем и рапортует CPU-z, впрочем такая же ситуация с памятью - все привыкли к эффективной частоте, на реальную смотрим ток в CPU-z
Member
Статус: Не в сети Регистрация: 02.02.2005 Откуда: СССР
Добился стабильной работы i7-920 на Vc-1,344в (выше не хочу поднимать) на 4200 (21х200) без SMT и 4000 (190х21) с SMT - как считаете, какой вариант предпочтительней?
Продавец
Статус: Не в сети Регистрация: 03.10.2003 Фото: 88
собсно в продолжение разговора о "сбросе" турбо-множителя P6T при превышении 130W потребления.
решил более основательно проверить сей факт + потестить проц в других режимах с целью выяснения что на что влияет (в т.ч. на производительность)
#77 собсно никакого сброса множителя я не наблюдаю. нагрузка ж0сче некуда, TDP там явно не 130W - которые проц может и на номинале отхавать при сильном желании. а далеко за 200.
щас таки попробую 200х21 и 210х21 погонять, хотя охлада я думаю не хватит.
походу придётся опровергать самого себя. задрал напругу для 180х21 на uncore и памяти до 1.55 и 1.86 соот... нагрев процессора относительно 1.35-1.4 и 1.6-1.74 если и изменился то на пару градусов...
ОЧ. странно. т.к. первые попытки погонять память на частотах близких к 2000 с повышением напруги на uncore и соот. памяти, без изменения напруги ядра приводили к очень ощутимому нагреву (писал об этом ранее)...
не знаю как так может быть, с тех пор ничего не менялось - даже кулер не переставлялся, средняя температура в комнате таже и т.д.
вообщем как было в простое 46-48 по самому горячему ядру - так и осталось, как было в линпаке 86-87 по самому горячему - так и осталось. Разница в частоте мизерна - 220MHz, при этом напруга на проце таже, а на uncore и памяти ощутимо задрана... (на 4GHz имею вышеозначенные температуры при 1.35-1.4 на uncore и 1.6-1.74 на памяти)
теперь по производительности
синтетике аля эверест ессесно больше понравилось 180х21 с uncore на 3600 против 3200 и с памятью на 1800-8-8-8 против 1600-8-8-8. Чтение выросло почти на 1K, латентность рухнула на 3ns.
WinRAR - результат получился в пределах погрешности. 3800kb/sec на 4GHz 1600-8-8-8 (QPI 3600, uncore 3200) и 3850kb/sec на 3.78GHz 1800-8-8-8 (QPI 4000, uncore 3600)
Linx (линпак) - 52.5Gflops на 4GHz 1600-8-8-8 и 50.5Gflops на 3.78 1800-8-8-8.
другие тесты меня не сильно волнуют. эти как раз оч. хорошо отражают зависимость и от кол-ва ядер и от их частоты и от отдачи по памяти.
QPI не может дать никакого существенного прироста, т.к. и так работает на запредельных частотах. и разница между 7200 и 8000 мизерна. Разгон относительно дефолта 920-го - почти в 2 раза. Относительно 965 - в 1.5
Хочу попробовать пойти выше 8000 по QPI. чисто для статистики.
ещё на очереди сравнение Cooler Master Z600 + Ultracase 2K с Thermalright Ultra-120 Extreme True black (идеально ровным) + 1/2 Ultracase 2K
интересно на что способен воздух. заодно и процы сравню разные - как оно различается в плане нагрева при одинаковых параметрах. зависимость от экземпляра короче говоря.
Продавец
Статус: Не в сети Регистрация: 03.10.2003 Фото: 88
продолжаю тесты.
проверил QPI на прочность. 8000 максимум. дальше ничего не помогает...
тестирую 190х21. Память 1900-8-8-8, uncore 1.65в (при любых значениях меньше этого стабильный ребут в линпаке сразу в первой итерации - интересно сколько затребует другой процессор), на памяти 1.9в
опять же странно... температура в простое поднялась всего на 1-2 градуса. 48-50гр в простое по самому горячему ядру (на скрине результат после открытия форточки )
краткий и сухой вывод по линпаку (он вообщем то довольно неплохо реагирует на частоты-тайминги памяти) - рост uncore с 3200 до 3800 + рост памяти с 1600 до 1900 при неизменных 8-8-8 дал ровно 0.5Gflops. не знаю много или мало - решать так сказать вам =)) в пересчёте на частоту это примерно 50MHz. Т.к. увеличение частоты с 3800 до 4000 даёт ровно 2Gflops'а (смотрите на скрин выше с тестом 180х21). В свою очередь 4000, полученные из 200х20 с 1600-8-8-8 дают 52.5Gflops. Ессесно данное сравнение актуально в рамках 32-х битной версии и с обозначенным problem size (=15000).
при его увеличении и при переходе на х64 результаты будут заведомо выше.
190х21 намного приятнее 200х20. Возможно дело в делителе памяти. 1900-8-8-8 идёт как по маслу. 2000-8-8-8 на 200х20 заставить работать - надо попотеть и фулл стабла я так и не добился.
результаты тоже приятнее. WinRAR смело прибавил 400kb/sec - резалт составил 4200 против 3800 (200х20 1600-8-8-8). Эверест - улетел за 20к, латетнтность вплотную приблизилась к 40ns...
линпак ещё не тестил, но результат понятное дело не будет хуже, т.к. итоговая частота одинакова, а вот память и L3 кэш весомо выросли. 3200 L3 на 200х20 с 1600-8-8-8 и 3800 L3 на 190х21 1900-8-8-8.
QPI пришлось уронить до 6800, что ниже чем 7200, которые даёт 200х20. если учесть что QPI используется только для связи с "северным" мостом (читаем для обмена с pci-e) то если где и смотреть разницу в производительности - то только в тяжёлых играх в максимальных режимах качества и лучше на двухчиповых картах. вообщем в ситуациях, где нагрузка на pci-e огромна и скорость обмена cpu и pci-e критична.
з.ы. прошу обратить внимание - скрин Factorum'а - с раром улетевшим за 5к сделан с включенным HT. я тестирую с отключенным.
з.ы.2 - множитель 21 по прежнему стоит как влитой, несмотря на +200 по каждому ядру и заметно выросшую напругу на uncore. так что разговоры о том, что асусь "роняет" множитель и неумеет обходить защиту "130W" в отличии от гигабайта и компании ИМХО неоправданны. Возможно нужно включить HT и тогда произойдёт что-то интересное, но мне кажется это маловероятным, т.к. проц и так даааавно вылез за 130W как минимум вдвое.
Последний раз редактировалось Gre4ka 09.03.2009 20:14, всего редактировалось 3 раз(а).
вообщем с турбо-множителем то ситуация такая:
1. Сброс турбо-множителя происходит насколько мне известно при пожирании CPU больше 170Watt, а не 130. Более того такой сброс происходит на BCLK выше 200, от этого некоторая путаница с мониторингом из-за сброса множителей на некоторых ядрах в том же евересте реальной BCLK - эверест показывает среднее арифметическое частот ядер и делит на наивысший множитель. Единственный софт, который корректно мониторит BCLK - это RealTemp.
2. В Windows Vista никакими фокусами в биосе не заставить зафиксировать множители, пока не изменить в самой Висте Power Plan на HighPerformance, в ХР достаточно отключить все функции энергосбережения, за исключением EIST (применительно к DFI)
дополнения: встретил мнение, в котором Prime95 считается нехорошим тестом для платформы Ci7. После перебора всего существующего из тестов, пришел к выводу что как раз Prime95 является самым правильным тестом на стабильность Ci7, ток юзать стоит не Blend, а как ни странно может показаться Small FTT s - очень четко вычисляет нестабильность системы. Верояно это связано с переносом IMC непосредственно в сам CPU.
dee Vito писал(а):
Хоть бы комментарии написали какие.
на скрине показаны все действующие частоты, чего еще не хватает?
_________________ Do not cross
Последний раз редактировалось Factotum 09.03.2009 23:26, всего редактировалось 1 раз.
Видел и больше Гфлопс, просто не помню на каких настройках. Это ИФХ-14 с двумя тихими Гласиалами на 950-980 обормотов. В биосе только напруги памяти и проца выставил, остальное АВТО. В комнате ср. темпа. Скоро поставлю два Noctua NF-P12. Тихие, с хорошим давлением. Думал заказать на ньюэгге две ультраказы, но передумал. Проще все же крепление под фреонку переделать и тогда бенчить.
Armen для 32-битной ОСи все нормально у Gre4kИ, без экстрима в разгоне очень тяжко выудить больше 55GFlops, как не крути ограничение в максимальном обьеме обрабатываемой памяти
Member
Статус: Не в сети Регистрация: 18.05.2007 Откуда: Москва Фото: 0
Доброй ночи всем! Просьба к владельцам Core i7-920. Ребят, если кто прогонял тест 3DMark06, очень интересует результат SM2.0, HDR/SM3.0 и резалт CPU. Процессор в номинале с видеокартой GTX260(192п) на частотах 700/1490/1150 или с картой 4870, но лучше c GTX260. Можно в личку. Спасибо!
Gre4ka Получается что 191х21 использовать предпочтительнее, чем 200х20. Я тоже пришел к этому выводу. Хотя и пользую ДДР1333 всего.
Меня интересует это из-за uncore? А то его можно поднять выше при 200*20, но тогда нужно напругу поднять на QPI, а она вроде де должна превышать 1,35. У кого сколько? А то я вот не мего разобраться только с этим. На 4,0 стабильно пашет, но без НТ и uncore 3.2? вот и думаю так оставить или еще чего попробовать.
Сейчас этот форум просматривают: ego0550 и гости: 12
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения