=?iso-8859-1?q?=5Bmdk-re=5D_Re=5B2=5D=3A_=5Bmdk-re=5D_Re=3A_=5Bmdk-re=5D_?= =?iso-8859-1?q?Re=3A_=E7=CC=C0=CB=C9=2E?=

[Roman S]

Цитирую Maksim Otstavnov <maksim на otstavnov.com>:

> Tertium datur, и более того, дано _только третье_: 
процессор "работает
> верно" с определенной вероятностью. Которая зависит 
от (отбросим
> пренебрежимые) температуры, причем, на определенном 
участке резко
> нелинейно. Например, меняется на три десятичных 
порядка при
> варьировании температуры на 0.1 K.
> 
> Температура же зависит _не только_ от тактовой 
частоты процессора и
> шины и напряжения питания, _но и от_ количества 
переключений,
> выполненных за последнее время. Которое, в свою 
очередь, зависит, в

Да, это так. Я имел в виду сравнимые условия. 
Программа, считающая 2*2 под Windows, выдаёт "на гора" 
приблизительно ту же нагрузку и под Linux. Чудес не 
бывает... Различия в исполнениии сходных по логике 
программ можно (в основном) искать только в ожиданиях 
вв/выв.  
Это как раз та причина, по которой "оно работает, 
работает, а компиляция/quake/дипломные расчёты глючат, 
gcc - глючный!"
Стабильна система в том случае, если любая нагрузка не 
выводит процессор "за режим". На практике сие надо 
однозначно понимать следующим образом:
"Если в результате разгона возникла хотя бы одна 
ошибка - система нестабильна по определенимю"

Кстати, о птичках, обычно в ядрах, собираемых не для 
нотбуков HLT в ожидании не включается... Но даже 
включение ничего не гарантирует - в многозадачной 
настольной/серверной системе спрогнозировать нагрузку 
крайне трудно...
То длительный простой, то компиляция в пакете с Quake 
на экране... В последнем случае вероятность сбоя в 
разогнанной системе крайне высока...

> эффекты перекрываются различием экземпляров.
А так же модульной структурой многих процессоров 
общего назначения, что усугубляет различие и делает 
трудноуловимым ошибки, возникающие в 
результате "бытового разгона".

Rgds!
Roman Savelyev