Program, ki segreje procesor q6600

probaj s programom OCCT

Prime 95 ali Orthos in seveda OCCT! To so trije najboljši programi za preverjanje stabilnosti procesorja in ramov. Ja no če nisi kej preveč dvigoval voltaže se mi te temperature zdijo čisto vredu!

proc segreje/obremeni bolj kot prime, orthos, occt

Hehe, a kar na 110% obremeni posamezna jedra ali kaj ? Koliko niten je ? Ali primerja rezultate računanja z pravilnimi iz tabele ?

Važno je, da ti prav vsa jedra obremeni na 100%, drugače je vse brez smisla. Štiri ali več jeder trenutno zmore samo OCCT, ki trenutno podpira do 16 jeder če se ne motim.
Najbolj pomembno pa je, da programček primerja rezultate procesorjevega dela z svojimi tabelami in takoj sporoči, če se rezultat ne ujema, kar pomeni, da je CPU ali RAM preveč navit.
Imeti mora seveda tudi izbiro ali naj bolj obremeni CPU ali bolj RAM ali oba.
Vsi so zastonj in ne vidim razloga, da ne bi uporabil najboljšega. Torej OCCT.

Izi na pametuj. Prvo kot prvo sem dejal, da so vsi trije vredu za stress test. Je pa čist odvisno od test. Npr. small ftts bolj obremeni cpu kot blend test, temperatura je pri small ftts dosti višja, pa čeprav so pri obeh testih jedra 100% obremenjena. Dostikrat se mi je že zgodilo, da je bil blend test brez errorjev, small ftts pa ne. Ali pa tudi large ftts.

Kot je napisal m-xxxx
Lahko obremeni le jedra, lahko obremeni jedra+cache, L1, L2, itd...

Kot pa folk javlja za linpack, pa pravijo, da so temp. tut do 5C višje kot pri prime small ftts. (zato sem pa tudi omenil, da pač obstaja, program, ki bolj obremeni). In IZI, čeprav so jedra 100% obremenjena je lahko razlika. odvisno od testa.

Prime95 might be able to reach these same temps if they implemented a stress routine using FFT Lengths 8K. I am sure it can be done by setting a manual test regiment but who wants to deal with doing that? This Intel package may very well be the newest "power bug" stress test.

LINPACK, with it's random spikes of usage, would cause the processor to repeated experience these spikes in voltage, causing more heat than the constant load of Prime95, thus the higher temperatures.

Highly optimized applications / math libraries often produce very high power consumption because the people designing them work to get every last bit of performance out of the CPU - and this often means eliminating stalls from the pipeline by carefully ordering instructions and tweaking the algorithm's block sizes (where possible) to fit within the L1 cache (eliminating more stalls). When the pipeline isn't stalled, it's consuming more power, so the chip gets hotter.