Flek na procesoru

Spíš bych řešil jestli tam ten chladič dáš dobře. U toho boxu se rádi ohnou ty bílé nohy a nevjedou do desky.
Můžeš to tam nasadit a používat, pokud to není P4 ale něco novějšího tak ta pasta není kriticky nutná.
Pokud by se procesor přehřálů tak se zpomalí. Však se můžeš podívat na jeho teplotu -to ti doporučuji po každé takové manipulaci.

Je to Intel® Core™2 Duo Processor E7500 (3M Cache, 2.93 GHz, 1066 MHz FSB)

Normálně plcni chladič zpátky. Kdybys měl novou pastu, radil bych přemazat, nemáš-li, neřeš.

No teď je to ještě lepší :D Dal jsem brachovi do ruky chladič a on že prý co to je a začal mi to umazavat. Teď tam na tom chladiči mám jenom našedlou vrstvičku co není skoro vidět. Asi už tu pastu musím zajít koupit, co?

nemusis nic kupovat ta pasta tam vobec byt nemusi. Nasad to a neries nezmysly.

Aha, tak to je dobře. Děkuju za rady. Opravdu mi to pomohlo. Já už jsem se bál, že ten procesor můžu vyhodit, teď vím, že je to v pořádku

Pasta má vyrovnat mikroskopické nerovnosti chladiče a cpu. Když ji tam nedáš, zhorší se přenos tepla, ale fungovat to může. Teplotu si raději změř.

Jestli nemá chorý chladič (zhnilé packy), tak s jeho CPU rozdíl ani nepozná. Já bych tam sice sračku dal, ale su perfekcionista .

Zapnul jsem to a vidím teplota 82°C :D Co mám dělat? Nejspíš koupit pastu?

Čím to měříš? Nemáš chladič nakřivo? Tohle nemá s pastou pranic společného.

SpeedFan 4.45. Ne všechno mám dobře. Kontroloval jsem to 2x

Co hlásí BIOS? Osmdesát celsiů na 7500-vce odpovídá spíš žádnému chladiči . Fakt jsi ho tam osadil správně?

Bios ukazuje 58°C

Překontroloval jsem to, očistil a teď mi BIOS ukazuje 52°C

vlez do Windows, nainstaluj si program core temp a meraj tam. v BIOSe totiz neni CPU v idle ale je vytazeny na 100%.

Nechci flambovat , ale opak jest pravdou. V BIOSu se CPU fláká. 7500-vka by neměla jít nad nějakých 30°C.

programujes biosy ty alebo ja? :D vo Win je vytazeny omnoho menej, zavisi ale aj od BIOSu ze kedy robi EIST switch (na max pre bootovanie OS, ptz intel CPU sa zapne s minimalnou freq). V kazdom pripade vo Win zere CPU menej jak v BIOSe (aj kvoli C2 a kvoli EIST na min)

programujes biosy ty alebo ja?

Odpusť, velebnosti, samozřejmě ty . Smím-li se zeptat, co ho v BIOSu loadne na 100% (všechna jádra)? Připadá mi to na palici.

ne vsechna ale jedno jadro. loadnuty na 100% je kazdy CPU vzdy, CPU nema ziadne "% loadovania". Percenta su vec OS a to len o tom ze ktory task zabral kolko % z celkoveho casu. Task "necinne procesy" vo win potom urobi halt a po nejakom case aj prechid do C-state. Toto nikto nebude robit v BIOSe, a mozno dokonca ani instrukciu halt, kedze nikto v BIOSe nevie ci vobec pride nejake IRQ ptz ziadne prist nemusi. Sofistikovanejsi cinsky setup kod mozno robi obcas halt (co je slaba uspora ale aspon nieco). Dost silne zavisi od toho jak je prepnuty speedstep, boli tusim aj nejake BIOSy pre C2D ktore to prepli este pred setupom na max. frekvenciu.

P.S> naisto idle (EIST na min a aktivne C-state) bude mat vo Win ked nic nerobi, a merat teplotu je dobre pomocou core-temp. A aj pri zatazi (kalkulacka a dat ratat 500000!)

Mno, jak pravím - na palici. Neřešil bych frekvenci (jistě - EIST bude zřejmě v prostředí BIOSu neaktivní), zajímaly by mě spíš ty neuvěřitelně náročné výpočty setupu, kde, jak pravíš, dosahuje zatížení (ač jediného jádra) 100%. Nejsem jako ty návhrhář či reverzní inža, toto mi ale připadá poněkud nelogické. Jo, a faktoriály na zátěžové testy používám taky .

CPU nezere podla vypoctov, test nejakej klavesy a slucka je tiez vytazenie na 100%, aj ked to pri tom nemusi zrat uplne maximum ale zere to pri tom x-krat viac jak uspaty v C-state vo Win.
Smerodajne je ale skor ze kedy nastal EIST switch (intel CPU sa zapinaju vsetky na minimalnej frekvencii a BIOS ho pocas POST v NEJAKOM okamziku prepne na max frekvenciu - ci to nastalo pred setupom alebo az po setupe tesne pred bootom nevies, je to rozne. T.j. neda sa s urcitostou povedat ze v setupe je to na min. Moze ale nemusi. A to ovplyvnuje spotrebu dost znacne.
Idealne je to merat pod Win a nejakym slusnym programom ktory mera core teplotu (z DTS) napr. core temp alebo speedfan ak ma aj hodnotu s nazvom "CORE", a nie nezmysly co mera doska.

Jen bych se zeptal, jestli jsem to dobře pobral.. Takže CPU v setupu sice běží na max. frekvenci, ale není to to samé, jako když CPU ve Win vytíží nějaký software?

Ne.
Prva vec je ze nevies ci v BIOSe (v setupe) bezi CPU na max alebo na min frekvencii, ptz to moze byt rozne u roznych dosiek (na jednej bezi na max a na inej na min).
Druha vec je ze v BIOSe sa zvycajne neuspava CPU do C-state (nahlbsich spankov) ptz sa to nikomu nechce robit ptz to nikoho netankuje ze CPU sa v BIOSe neuspava.

Z toho vyplyva ze v BIOSe je spotreba CPU vyssia jak vo Windows ktore su v absolutnom klude. O kolko to je rozne zavisi od konkretnej dosky. Takze v BIOSe nemeras teplotu pri uplnom klude. Ale nemeras ani teplotu pri uplnej zatazi. T.j. meras nieco medzi tym, o kolko to zavisi od dosky.

Toto by prostě rozseklo použití wattmetru. V některý BIOSech je vidět aktuální frekvence CPU.
Pokud nevykonává CPU mnoho instrukcí, pak i na nominální frekvenci odběr klesne.
Až budu mít ke konci týdne čas, tak to vyzkouším na ASUSu P8H67-I DELUXE (UEFI) a Pentiu G630T...

Pokud nevykonává CPU mnoho instrukcí

CPU vykonava furt snejne mnozstvo instrukci - predsa podla jeho frekvencie, ak ho nieco nezastavi (halt insrukcia alebo C-State) a ked je zastaveny, tak musi existovat mechanizmus ktory ho zas spusti (IRQ), snad logicke, ze ked stroj zastavim tak ho musi nieco spustit zvonku a zastavene CPU nemoze dalej vykonavat ziadne naprogramovane testovacie instrukcie ci ma bezat, ptz je zastaveny :) O tom som pisal cely cas vyssie (halt a nasledna potreba IRQ a to tvoje UEFI vobec IRQ nepouziva takze tam ani nebude ziaden halt takze to bude zrat jak svina aj v setupe). A ked nie tak tam cinan dobastlil halt a nejake IRQ timeru.

S moderníma deskama nemám moc zkušeností, ale v době PIII a desek co se jim nafukovaly kondíky po pár letech provozu jsem si toho povšimnul. Největší spotřeba u všech desek co jsem opravoval byla v průběhu POST.