Понял, надо будет посмотреть этот нюанс.

константин с байконура, у меня это не повторяется.
Рядом с кнопкой Save сделал окошки вывода текущего сотояния регистров:
1 - банк селектор, должен быть B
2 - control
3 - data
4-5 аналогичны 2-3, но после процедуры unlock

Для Winbond 'data' всегда = VID процессора.
Посмотри эти цифры для разных режимов (просыпания).

Для разных режимов всегда
B 1 3E 1 3E
Добавлено спустя 5 минут, 35 секунд
Если после просыпания с нагрузкой нагрузку снять то напряжение регулируется, проблема только в первом моменте.
У меня стоит множитель 9 и напруга 1.46( в биосе 8.5 и 1. 36вольт) Комп просыпается с раром запущенным и напруга 1.36 а множитель 9, если рар остановить, напруга уменьшается и в дальнейшем регулируется.

Дык, формулируй мысль корректно.
Фраза 'не работает' читается как 'не работает вообще'.
Подумаю.
Добавлено спустя 46 минут, 49 секунд
файл обновил.
Еще - увеличил время ожидания старта драйвера до 10 сек, стартует _д_о_л_г_о_

#77
Вот чего получается.

Не совсем понял ... где-то проблема?
То, что у тебя ставится VID 1.468, а напряжение по CPU-Z 1.352 - в этом нет ничего особенного.
Во-первых, сам CPU-Z берет это напряжение с мониторинга и делитель там не всегда совпадает с тем, что предполагает CPU-Z (стандартная проблема мониторинга) и лично я видел существенное занижение и завышение напряжения по CPU-Z (порядка 50mV).
Во-вторых, процессор нагружен, напряжение на нем меньше.
На моей мамке стоит VID 1.363, в CPU-Z показывается 1.328. (E8400)
Если запустить две копии BurnK7, то напряжение по CPU-Z составит 1.312V
Реальное напряжение померить можно, но .... маленького тестера нет, а стационарный цифровик тащить затруднительно ...

serj
Обычно CPU-Z показываем 1.464 вольт при множителе 9.
Должно быть 1.464, а прога после пробуждения ставит 1.352(на грани стабильности, и цифры те-же , что и биос дает)
Если прогу закрыть и открыть снова? станет 1.464
#77
Добавлено спустя 7 минут, 45 секунд
У меня напруга под нагрузкой не проседает совершенно.

Ok!
В очередной раз переделал resume - по просыпанию ставится максимальное VID и минимальной Ratio, потом отпускается регулятор.
Заметить это можно, если поставишь delay to up - при просыпании на CPU-Z видно восстановление вначале напряжения, потом у тебя начнется повышение частоты. (если комп просыпается загруженным)

Буду пытать. Может в ветке про мою матплату, рекламу сделать? Кто-то вопросами энергосбережения интересовался в ней.

serj
Сегодня поигрался(без проги) и выйдя из игры решил прогу запустить - выскочило окно с какой-то ошибкой.
Поробовал еще - все тоже окно с ошибкой, наобум закрыл риватюнер, и прога запустилась, Поиграл с ней и решил отключить прогу.
Отключил, прошло какое-то время - опять включаю прогу и окно снова появляется
#77,
но теперь закрытие других прог не помогало от него избавится, избавился убитием процессов доктора веба(находящегося в неактивном режиме)

Активируй дебагер DrWatson, по умолчанию он включен - тогда он будет писать весьма осмысленный и полезный лог.

00404263: 8BD8 mov ebx,eax
00404265: 0BC9 or ecx,ecx
00404267: 7E13 jle .00040427C -------
00404269: F7A68BBF4000 mul d,[esi][00040BF8B]
0040426F: 83F91E cmp ecx,01E ;"?"
00404272: 7C08 jl .00040427C -------
00404274: F7F1 div ecx
00404276: 89868BBF4000 mov [esi][00040BF8B],eax


Ну что, классический вариант. Деление на 0.
Как меня это достает!!

Дефект должен проявляться или при запуске или при засыпании.
Думаю, исправил. Файл обновил.

serj
За сутки эксплуатации один синий экран при переходе из простоя к нагрузке, и два мертвых зависона в такой-же ситуации,
плюс один зависон при запуске проги.
К сожалению синий экран не зафиксировал.
Юзал правда при этом Rstudio, востанавливал инфу. Эта софтина вроде тоже может глюки давать.

константин с байконура, возможен переразгон. Проверь linpack'ом/prime при минимальном напряжении/частоте.

Сделал новую версию (3), изменений много.

Сижу проверяю, вроде без ошибок, вечером опять винт на восстановление принесут, можа правда проблема в этой рстудии.
Новая это хорошо, шас мы ее..
Добавлено спустя 20 минут, 46 секунд
Прикольно, сижу линпак гоняю при ограничении темпы ядер 65 градусов - множитель меняется от 6 до 9 постоянно, но ошибок в счете нет и перегрева соответственно тоже. Пока все очень понравилось
65 поставил потому, что эта температура, при которой мой проц без ошибок считает липак на частоте 4100 мегагерц. Реально достигается кондиционером.

Ночной режим, суть - использование загруженного компа в ночное время.
Варианты:
- перекодирование фильма или другая постоянная загрузка. Просто ставится ограничение по температуре и кулер не разгонится до больших оборотов. Не мешает спать.
- игры. Ночью шум беспокоит больше, а так и поиграть можно(не шибко и упадут fps) и другим мешать не будет.
- интернет. Большое обилие рекламы, особенно flash может загрузить комп на 100%. Как-то не шибко приятно получить завывание кулера в такой ситуации.

защита от перегрева - исключительно защитная мера, может использоваться аналогично 'ночному' режиму в дневное время.
Ограничение множителя выбирается по бОльшему условию (меньшей температуре срабатывания) ограничения.

Есть индикация ночного, а режима ограничения в нем специально не индицируется. Теоретически, не трудно сделать ... например, покрасить колпак в красный (или желтый?) цвет.
Добавлено спустя 52 секунды
Чтоб множитель не скакал особо резво, можно поставить медленнее скорость восстановления множителя.

80 по ядрам держит в линпаке без ошибок1 - супер!!!
Добавлено спустя 52 минуты, 3 секунды
Запытал:
DRIVER_IRQL_NOT_LESS_OR_EQUAL
stop: 0x000000D1 (0x004DC83D,0x0000001C,0x00000000,0x004DC83D)

Переразгон.
Если думаешь, что виновата программа, проверить легко - поставь manual и выстави руками нужны множитель. Он статичен и не меняется во времени (программа не лезет в регистры. Один раз поставила и всё). Если потом будет crash, то это не ко мне.

Как пороги по core's берется фильтрованная темература. Можно взять нефильтрованную, тогда станетчетче 'отпрыгивать' от пороговой температуры, но и дерганье множителя будет больше.
Может проще поставить чуть меньше тепловой порог? ... скажем 75 градусов.

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

Там ставится/меняется множитель. Напряжение под этот множитель пересчитывается из Vmin, Vmax, Fmin, Fmax.
Если проблема в напряжении, то это бОльше должно проявиться при отключении работы с половинными множителями - тогда напряжение ставится с бОльшим дискретом.