Newsgroup: it.comp.os.linux.sys
Titolo: oc e linux

come posso tenere sotto controllo la temperatura del processore in caso di
overclock, sotto linux, grazie!

 overclock, sotto linux, grazie!
1. Evita l'overclocking sotto Linux (per  svariati motivi che non staro`
qui ad elencare: mi bastera` attendere un  tuo post sul Signal 11 che ti
appare quando ricompilerai un kernel)
2. Per il controllo della temperatura sulle schede madri abilitate, c'e`
lm_sensor, basta una ricerca su 
http://freshmeat.net
-- 
Emmanuele Bassi         |  Linux: [ 
http://digilander.iol.it/ebassi/linux/
 ]
                        |   SLRN: [ 
http://digilander.iol.it/ebassi/slrn/
  ]
emmanue...@iol.it
  |   SETI: [ 
http://digilander.iol.it/ebassi/seti/
  ]
  GnuPG Key Fingerprint: 9747 635E B95A B0B3 4370 1CAA CAF7 512B 945C A44C

 overclock, sotto linux, grazie!
Installati lmsensor.
Ciao.
-- 
***  Per E-mail rimuovi ModE dall'indirizzo  ***
  *** Linux user # 198661 --- ICQ 33500725 ***
*** homepage 
http://web.tiscalinet.it/kailed
 ***
            *** Powered by Linux ***

 appare quando ricompilerai un kernel)
Mah, se non è un OC esasperato, regge tranquillamente, il mio PII 400@448 
funziona regolarmente da mesi.


 funziona regolarmente da mesi.
Anche  il mio  K6 166@200  ha funzionato  per due  anni overclockato[1],
ma  se   l'hardware  che  ha  sotto   non  e`  ben  piu`   che  disposto
all'overclocking,  con  Linux  e`  una tragedia  (compilare  diventa  un
calvario).
+++
[1]  Il che  mi fa  pensare  che la  partita dalla  quale proveniva  era
composta  da  200  downclockati  o  da 166  con  margini  di  tolleranza
veramente ampi.



Se da' sig11 vuol dire che non funziona - e non avrebbe funzionato con
qualunque altro s.o.
un overclock funzionante non da' sig11.
con linux e' piu' facile rilevare i problemi e stabilire da cosa
dipendono quindi e' un ottimo s.o. sotto cui overcloccare.
--
    (iao!!oai)                                    (ICQ: 10860566)
    //.aurizio
[WARNING!: a breve 
m.mu...@iol.it
 verra' disabilitato, usate il nuovo indirizzo]
[WARNING!: togliete nessuno_ per rispondere]
    I bimbi buoni vanno in paradiso.
    I bimbi cattivi vanno dove gli pare!

calvario).
il che vuol dire che non avevi una macchina propriamente funzionate e
linux se ne e' accorto - mentre sotto w9x saresti andato a diritto con
perdite di dati "strane" e blocchi che non riuscivi a capire se erano
quelli di default regalati da Bill o dipedevano dall'overclock.
linux e' _OTTIMO_ per testare un overclock, mandi giu' tre o quattro
compilazioni concorrenti e se non saltano fuori sig11 sei
discretamente sicuro che la macchina sia stabile. (piu' difficile
testare a fondo il subset video, pero'.)


 
celeron 566@875 su piastra Abit BH6 : non mi ha mai dato alcun problema.
-- 
j.b. linux user 
per l'indirizzo corretto togliere rim

 testare a fondo il subset video, pero'.)
Infatti, quello che ho detto anche io.



quindi tu staresti affermando che linux e' capace di accorgersi se il
tuo k6 e' overcloccato o meno e di conseguenza se rileva l'overclock
attiva delle routines che provocano sig11?
permettimi un attimino di dubitarne... ^____^
queste sono le "leggi" di base che ogni aspirante overclocker dovrebbe
conoscere:  
un processore overcloccato non ha la minima differenza da uno che 
funziona alla frequenza nominale - pertanto il suo comportamento
indipendentemente dal sistema operativo usato _DEVE_ essere identico.
se in un qualsiasi caso si rileva un malfunzionamento vuol dire che
l'overclock non e' stato effettuato correttamente ed il problema va
risolto o miglirando le variabili in causa (miglire raffreddamento,
variazione nel voltaggio) oppure qualora questo non fosse possibile
abbassando o rinunciando all'overclock.
quindi se sulla tua macchina avevi dei problemi vuol dire che la tua
macchina non funzionava bene - questo anche se per due anni hai tirato
a diritto (con tutti i rischi e problemi del caso) senza accorgertene
(perche' w9x non era capace di rilevare i problemi - non perche' i
problemi non ci fossero) - il giorno in cui quei problemi si fossero
lievemente aggravati (ventola sporca di polvere che gira lievemente
piu' lentamente) ti saresti potuto trovare con la macchina bruciata e
qualche centinaio di migliaia di lire di danni.
personalmente preferisco una macchina a cui si accenda la spia rossa
quando ho l'acqua in ebollizione nel radiatore piuttosto che una che
non mi dica niente finche' improvvisamente non esplode...


 dubitarne... ^____^
Infatti  non  ho  detto  questo. Rileggi bene  il  mio  post  originale,
soprattutto la parte del *mai avuti problemi*. Ah, e, BTW: puoi avere la
macchina  piu` overclockata  del  mondo, e  puo`  per caso,  funzionarti
normalmente. E` alla  prima compilazione  che vedi  che qualcosa  non va
(per merito (o colpa) del gcc e di come compila).


(per merito (o colpa) del gcc e di come compila).
reitero, insisto e persisto :-)
se hai una macchina che non overcloccata compila il kernel
correttamente ed overcloccata da un bel sig11 vuol dire che hai fatto
qualche cazzata con l'overclock.
una macchina overcloccata propriamente funziona esattamente come una
macchina di pari clock nominale.


 non mi dica niente finche' improvvisamente non esplode...
Installa lm_sensors. ;)
Ho divagato troppo? :)
Bye.
-- 
Signature under rework - Shuriken

friggerli (non impossibile, comunque).
diciamo che i piu' recenti processori amd sono tanto "spinti" che la
finestra fra funzionante/fritto e' diventata esiguissima (invece di
avere l'intermezzo "funzionante/bloccato/fritto" che avevamo fino ad
adesso, cosa che permetteva di prendersi un bel po' di liberta').
e' oltre un decennio che Intel annuncia di avere termosalvaguardie nei
propri processori, ma io ancora le ho da vedere in funzione...
chissa' perche' quando un processore intel si surriscalda la macchina
si blocca _sempre_ per corruzione di dati nella cache.
e quello non mi pare certo il lavoro di una termosalvaguardia.


 qualche cazzata con l'overclock.
Lapalissiano. Ma spesso  ti accorgi di aver  scazzato con l'overclocking
solo quando compili  (per la grande quantita` di dati  che gcc sposta in
giro per la  memoria e per il  carico intenso sulla CPU),  mentre con un
uso piu` normale, la macchina puo' andare avanti anche settimane o mesi.
