Internal PLL Overvoltage: Options are “Auto”, “Disabled” and “Enabled”. A manual setting of “Disabled” is recommended within the bounds of moderate overclocking. Using Core frequency multipliers in excess of 45X may need a setting of “Enabled”. The requirements of the “Enabled” setting will vary from processor to processor. The unfortunate side-effect is that resume from S3 sleep states is not possible when Internal PLL Overvoltage is set to “Enabled” - this is a hardware limitation, and only fixable by Intel.
Насколько я понимаю, ограничение оборудования, которое может исправить только Intel - это проблемы процессора все таки. Хотя когда это пишет сотрудник ASUS... Техническое обоснование могу попросить у автора гайда выше. На самом деле, никто точно не знает, кроме инженеров интела и вендоров, как работает PLL OV. Он был введен уже после старта продаж, и в даташитах про него с большой вероятностью ничего нет. Буду гуглить, потом отредактирую пост, если что-то найду дельное.
Последний раз редактировалось CodeRush 21.10.2011 12:32, всего редактировалось 1 раз.
Member
Статус: Не в сети Регистрация: 25.02.2008 Откуда: Ижевск
CodeRush писал(а):
Техническое обоснование могу попросить у автора гайда выше.
Был бы премного благодарен. Интересно, что скажет в "своё" оправдание
На MSI и ASRock глюка S3 нет, как уже понятно. Кстати, насколько помню, параметр PLL OV появился впервые как раз в БИОС у ASUS. Довольно интересный и неоднозначный параметр. Humaneобещал пролить свет и даже была назначена награда, но так все и стихло, а жаль, действительно интересно.
Advanced member
Статус: Не в сети Регистрация: 02.03.2008
izhrunner, автор гайда послал меня в эту тему. В общем, 10 месяцев назад официальный ответ представителя компании ASUS на неработоспособность S3 на платах был таков:
Gary Key, ASUS Technical Marketing Manager писал(а):
After lengthy discussions with Intel and R&D this morning, it turns out that the inability of a system to properly resume from sleep/hibernate with Internal PLL Voltage enabled is a documented problem from Intel with the current base firmware code for Sandy Bridge/P67. We are working with Intel on a solution. I will update this thread as additional information becomes available.
В общем, сочетание особенностей проектирования от ASUS c особенностями написания микрокода от Intel. Они работают над этим. В результате 10 месяцев работ в чейнджлоге к последним версиям БИОСов появилось следующее:
0902 Changelog писал(а):
1) S3 resume with CPU PLL OV Enabled is patched - should work on most DRAM (cheaper ICs may have issues).
Таким образом, возможность корректного выхода из S3 оказалась зависящей от памяти.
По самой же природе Internal PLL Overvoltage aka PLL Override никакой достоверной информации я найти не смог. Либо вопросы "Что это такое?", либо объяснения, как это влияет на разгон и S3. Если у кого-то есть доступ к Intel microcode errata, перескажите своими словами.
Добавлено спустя 1 час 12 минут 58 секунд: Совместил приятное с полезным, протестировав работу S3 с включенным PLL OV, а заодно попытался запрыгнуть в уходящий поезд со статистикой. 1. S3 работает отлично на 5+ ГГц с PLL OV, 10 раз из 10 удалось нормально проснуться. Память Corsair Vengeance 2x4Gb 1600 CL8 на чипах Hunix H5TQ2G83BFR-H9C. Владельцы плат ASUS, отпишитесь от работе S3 при включенном PLL OV, с количеством и типом вашей памяти, попробуем собрать статистику.
2. CodeRush, 5033Мгц, 2500К, Win7x64 Sp1, Zalman CNPS10X Performa, Vcore=1.544v, ASUS Maximus IV Gene-Z, LinX 64bit #77 Прошу кураторов добавить, пока совсем статистику не закрыли.
Member
Статус: Не в сети Регистрация: 25.02.2008 Откуда: Ижевск
CodeRush писал(а):
Владельцы плат ASUS, отпишитесь от работе S3 при включенном PLL OV, с количеством и типом вашей памяти, попробуем собрать статистику.
Поскольку глюк S3 + PLL OV есть/был на отдельно взятой группе МОБО, собирать такую статистику рекомендую в соответствующих темах раздела Материнские платы
Advanced member
Статус: Не в сети Регистрация: 07.10.2004 Откуда: Сыктывкар
Новые результаты принимаются сегодня последний день. Для добавления как обычно обязательна заявка в ЛС. В виде исключения (на усмотрение кураторов) возможно добавление особо интересных результатов разгона. Также статистика возможно будет открыта с выходом новых ревизий процессоров Sandy Bridge. Для всех остальных случаев - статистика с завтрашнего дня обьявляется закрытой
_________________ Если не знаешь что делать, делай хоть что-нибудь.
Member
Статус: Не в сети Регистрация: 26.10.2010 Откуда: Москва, Вешняки
А вот интересно: как сильно влияют на работоспособность и время жизни процессора в обычном режиме кратковременные - чисто для тестов - повышения напряжения до 1.4 вольт и выше? И каков предел относительно безопасного повышения напряжения выше 1.38 вольта? Скажем так: с минимальной вероятностью деградации процессора. Просто я думаю: гнать выше 4.8 или нет? Ведь тогда напругу придется повышать до уровня 1.4 и выше... Дилемма...
_________________ Я тоже был романтиком, пока не стал проктологом... _________________ Fractal Design: http://forums.overclockers.ru/viewtopic.php?f=119&t=408254
Member
Статус: Не в сети Регистрация: 13.09.2007 Откуда: Барнаул Фото: 2
Всем привет! У меня процессор странно себя ведет на разных мамках, а именно на Asus P8Р67 разгон при том же напряге выше, чем на MSI P67A-GD65 при равном напряжении. Сейчас в постоянке 4,6ггц 1,36В - холодно и тихо, процессор был без следов установки, но мне кажется что такой результат откровенно плох, т.е. частота низкая, а напряжения для данных частот высоко. VID проца 1,2В, что тоже кажется немаленьким значением для SB. В общем вот что получилось на MSI P67A-GD65: 4600MHz 1,368V 4700MHz 1,4V 4800MHz 1,45V 5000MHz 1,55V Толи что-то я не понял, толи лыжи не едут, толи не повезло. Проверял праймом по 4часа, если его не запускать, то остальное (даже Н264 кодинг) стабильно примерно на 100-200мгц выше. Надо будет перетестить на Р8Р67 Pro.
Цитата:
intel Core i5 2500K @ 4800mhz 1.42v
Прайм х64 запускали на несколько часов, или не пробовали?
Цитата:
После включениея C1E множитель стал сбрасываться в простое,а напржение нет.
Странно, но обоих P8P67 и P8P67 Pro все нормально скидывается, если offset юзать, а не ручное Vcore.
Цитата:
C3-disable C6-disable
Включайте оба, незачем зря ядрам кушать в простое.
vital_xbc у меня на P8P67 результат 1 в 1, не повезло, конечно же, но и расстраиватся нечему, я бы не ставил на постоянку выше 4.5 Ггц пусть он у меня даже 5 Ггц при 1.38 брал, так работает спокойно при 1.34@4,5Ghz со всеми энергосберегалками. У знакомого тоже примерно такой разгон на Асроке Z68Pro3. Батчи разные у него Коста Рика у меня Малайзия.
Member
Статус: Не в сети Регистрация: 13.09.2007 Откуда: Барнаул Фото: 2
Цитата:
не повезло, конечно же, но и расстраиватся нечему
Это на микростаре, из-за криво работающего LLC, на асусе Р8Р67 и Р8Р67 Pro результат на 100-200мгц выше при том же напряжении, правда асус еще и +50мВ в экстрим нагрузке лупил, видимо от этого разгон и выше, или тот же разгон с меньшим напрягом.
Добавлено спустя 56 секунд:
Цитата:
Батчи разные у него Коста Рика у меня Малайзия.
У меня Costa Rica к сожалению, малазийские как известно гонятся при меньшем напряге.
LepharistCodeRush[хочу поделится что получилось....были внесены такие изменения....
Loadline Calibration-Regular VRM Frequency-Auto Phase Control-Standart Duty Control-T.Probe CPU Current Capability-100%(проще говоря все исходное)
CPU PLL-auto VCCSA -auto VCCIO-auto PCH -auto
напруга на проц в режиме Offset mode -0.06.(пришлось уйти в минус т.к при работе в LinX напряжение достигало до 1.28-1.30*),что избыточно для такой частоты...
Member
Статус: Не в сети Регистрация: 13.09.2007 Откуда: Барнаул Фото: 2
Для достижения макс. разгона на Р8Р67 / Р8Р67 Pro выставлял следующие настройки:
Loadline Calibration-Medium\High\Extreme (подбирайте, следя за Vcore в макс и экстрим нагрузке, в линпаке желательно чтобы Vcore поднималось на 32-50мВ, это компенсирует падение напряжения на контактах и подложке проца) VRM Frequency – 500 KHz (нагрев дросселей в пределах нормы, для мосфетов данная частота - вполне рабочая) Phase Control – Manual Ajustment – Ultra Fast (увеличенная скорость переключения фаз VRM, снижает просадки напряга и пульсации) Duty Control - Extreme (при должном охладе проца ничего страшного, но учтите термозащита отключается, вместо тротлинга при перегреве словите синьку) CPU Current Capability - 130% (на самом деле, данная настройка работает только стандартном режиме VRM, т.е. проще говоря - в номинале)
При этих настройках можно получить до 200мгц при том же Vcore и LLC, при этом энергопотребление не возрастает, температура радиаторов без обдува в прайме х64 и линпаке не превышает 50С по ИК-пирометру.
Добавлено спустя 2 минуты 22 секунды:
Цитата:
C3-disable C6-disable
Зачем вы их выключаете? Ядра не засыпают, в разгоне это может уменьшить срок службы проца.
Добавлено спустя 7 минут 45 секунд:
Цитата:
мил человек неужто в гугле забанили?
На самом деле данная шутка уже не шутка, если у вас есть андроидофон и аккаунт в гугле, то за некоторые действия (указание нереального адреса проживания, ненастоящего имени) вполне можно получить бан по учетке, IP или подсети, правда прокси есть для таких случаев.
Member
Статус: Не в сети Регистрация: 13.09.2007 Откуда: Барнаул Фото: 2
Цитата:
без проблем работает 9 месяцев
У меня только чуть более 1 месяца i5-2500K (1 неделя ушла на разбирательство с разгоном SB и их особенностями, засиделся на амд, там все гораздо проще), а уже Ивовый Мост маячит на горизонте, поторопился малехо...зато мамки все на 1155 его уже поддерживают. Самое геморройное было добиться стабильности памяти, вроде память у меня неплохая, на на тубане она работала гораздо стабильнее и при меньших таймингах, но вот ПСП была вдвое меньше.
Member
Статус: Не в сети Регистрация: 21.02.2011 Откуда: Украина
vital_xbc У меня на такой же мамке - 47/47/46/46 считает LinX+AVX 64bit co средним значение Vcore -1,32 и 1-2 раза подымается за время тестирования до 1,336-1,34. LLC - high, offset - (-0.150), ATV +0.180
Member
Статус: Не в сети Регистрация: 13.09.2007 Откуда: Барнаул Фото: 2
У меня проц работал в таком режиме 50/49/48/48 при 1,45В на Р8Р67, жаль на микростарине так не сделать...у нее даже Vcore в простое не снижается, криворукие биосописатели таки и остались.
Сейчас этот форум просматривают: Gorod, Guzz и гости: 29
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения