Newsgroup: it.comp.os.linux.development
Titolo: Kernel signal 11 & signal 4

Ho uno spiacevole problema durante la compilazione del Kernel:
Dopo aver configurato il Kernel con make menuconfig, aver creato le
dipendenze con make dep, fatto il make clean, creo l'immagine con make
bzimage. Il gcc inizia a compilare e a fare il make fino a che dopo un
pň da un errore (signal 11 o signal 4) e mi ritorna la bash. Se a
questo punto faccio di nuovo make bzImage l'errore scompare per poi
riapparire in un altra sezione del Kernel, e cosě via per una ventina
di volte. La cosa strana č che alla fine l'immagine funziona. 
E' un problema di hardware, o di configurazione errata del make file?
La mia configurazione č la seguente:
piastra madre pc-chips m577 (via mvp3)
amd k6-2 400@450
128 Mbyte di RAM
Hd quantum fireball lct 10 10Gbyte
Scheda SBLive
S3 Savage 4 32 MByte
adaptec 2902 + masterizzatore TEAC
cd asus 40X
scheda di rete 3com etherlink III
Grazie!

amd k6-2 400@450
Quasi certamente e' tutto qui:
togli l'OC.
Compilando, la CPU si scalda troppo, e va in errore.
Ogni volta che rilanci, il make non ricompila gli oggetti gia' trattati,
e cosi' hai un po' di tempo buono per proseguire prima che il processore
torni in temperatura critica.
Ciao.roberto
-- 
Save our planet!
Save wildlife;
For your E-MAIL use only recycled Bytes !!
roberto poggi  
rpo...@softhome.net

 togli l'OC.
...e prega di non aver gia` rovinato qualche cella interna di memoria.
Io questa storia dell'OC non la capiro` mai...
-- 
Romano Giannetti --- Linux dai tempi di 0.99pl8 --- e ora...
Linux 
pern.dea.icai.upco.es
 2.2.16pre2
Change - with . and delete .no.spam from my email address!

Io questa storia dell'OC non la capiro` mai...
Nemmeno io, specialmente da 400 a 450, un misero 10% in piu', e il
rischio di bruciare in modo subdolo una cpu.
Affari loro, comunque.


 rischio di bruciare in modo subdolo una cpu.
Be', la temperatura aumenta proporzionalmente al quadrato della
frequenza...
Saluti,
Fabio Alemagna



Hmm, forse non ci siamo intesi: Non e' che non capivo perche' si trovino
problemi con l'OC, non capisco la mania dell'overclock a tutti i costi.


 problemi con l'OC, non capisco la mania dell'overclock a tutti i costi.
ah, avevo frainteso :)
Ciao,
Fabio Alemagna

frequenza...
Temperatura?!
Come hai scritto e` chiaramente impossibile, infatti vorrebbe dire:
MHz 100 ...  30 gradi 
MHz 200 ... 120 gradi
MHz 400 ... 480 gradi
O forse non _proporzionalmente_ al quadrato..
-- 
Ci sentiamo  |  Remigio Zedda
             |  
remi...@tiscalinet.it
ciao Remigio |                    kernel 2.2.13 su Slack 7.0

Affari loro, comunque.
Beh, c'e` modo e modo. Le amd e` risaputo che lo sopportano male. Il
mio mendo 300_A invece e` nato per 450 MHz. E poi non mando certo fuori
specifiche il bus di sistema e con lui tutte le periferiche.
300-->450 ne val la pena, eccome!


300-->450 ne val la pena, eccome!
Vedi, lo capisco di piu', rischi per un aumento sostanzioso di
prestazioni.


 O forse non _proporzionalmente_ al quadrato..
No, io ho scritto bene (sta scritto su qualunque testo di elettronica),
tu invece non ho capito cosa hai scritto :)
l'equazionè è una cosa del genere <delta>T = C * (<delta>F)^2, dove C è
il fattore di scala, F la frequenza, e T la temeratura.
Ciao,
Fabio Alemagna

Ho provato a rimettere a 400 MHz il processore ed effettivamente tutti
i rpoblemi sono scomparsi. Il kernel viene compilato in una sola
passata. Ora mi domando perchè l'o.k faccia tutti sti casini. Vi
assicuro che in windows 98 windows 2000 windows NT 4 e linux, usando
pesantemente il computer (raytracing con il pov, matlab sotto windows)
non mi si è mai piantato. I signal 11 sono dovuti all'aumento della
temperatura del core, da quello che ho capito, ma non capisco come e
perchè tale aumento dia fastidio solo al gcc!!!!!!
Grazie.

Ho provato a rimettere a 400 MHz il processore ed effettivamente tutti

Perche' il gcc, quando pedala, PEDALA!! e sfrutta la cpu al 100%.
Per il fatto che di solito non ti dia problemi, e' dovuto alla buona
architettura del kernel, che appena puo' lascia tirare il fiato al
processore.
Per il fatto che invece ti dia problemi con il gcc, e' dovuto alla buona
architettura del kernel.:-) (cioe', si aspetta che le temporizzazioni
tra le varie componenti siano quelle, e solo quelle, e che se chiede un
due, gli ritorni un due, e non 1,99999998989899)
Il fatto che invece con windows non si abbiano problemi, e' merito della
cattiva architettura del kernel.:-)
Ci sono due spiegazioni per la mia affermazione qui sopra: win in
realta' ha gli stessi problemi, ma non se ne accorge (in compenso causa
BSOD, gpf e altri giochetti, pertanto se ne accorge, ma noi siamo
abituati ad averli anche senza OC, pertanto non gli diamo nessuna colpa)
e/o win con i suoi orpelli grafici a ring 0, in pratica raffredda il
processore mentre aspetta che si compia il miracolo del pixel a
128bit.:-)


Ciao.roberto
Grazie.

 perchè tale aumento dia fastidio solo al gcc!!!!!!
perche` se il gcc fa bene una cosa, e` quella di usare il 100% del
tempo di CPU, delle cache, delle pipeline, della memoria virtuale;
... soprattutto se chiamato con -pipe :-).  
Comunque, se hai fatto simulazioni pesanti con il matlab, io non mi
fiderei un pelo dei risultati... 
                                    Romano


quindi il problema è solo il cattivo smaltimento del calore?
No, non e' detto. Che moltiplicatore hai alterato, per andare a 450?
basta poco, per mandare fuori fase una temporizzazione di uno dei
componenti di una mobo ( e se e' per questo, anche di un processore, in
fondo e' una entita' molto complessa, dove ogni stadio deve colloquiare
con l'altro giocando moooolto bene con i sincronismi, e ci possono
essere componenti con frequenze limite molto vicine alla nominale di
funzionamento)


perchè tale aumento dia fastidio solo al gcc!!!!!!
Perche` gcc ha grosse strutture dati in memoria e se vengono corrotte ci
si trova immediatamente un puntatore non valido.
-- 
ciao, | [Per rispondere togli "toglimi" dal mio indirizzo.]
Marco | * The Internet is full. Go away.  -- Joel Furr *
      | (Ri)scoprire fidonet: 
http://bbs.mi.linux.it

prestazioni.
Ma dai che non rischio, lo dicevano tutti che e` un p450. Non sarei mai
capace di maltrattare una macchina.




Ma certamente, solo che ieri notte dormivo. ;-) Non ho pensato che con
"aumenta" tu ti riferissi al suo incremento; ed altrettanto per
la frequenza. :-)
Io ho scritto questa: T = C * F^2, nell'ipotesi di 30 gradi centigradi
per un p100 a regime.
E questa balza agli occhi come impossibile.
Cmq non la conoscevo: interessante..


perchè tale aumento dia fastidio solo al gcc!!!!!!
il gcc oltre ad essere un ottimo compilatore è anche un ottimo benchmark
per testare l'integrità della memoria,
crea delle strutture dati enormi, e le scorre diverse volte,
quindi come qualche cella di memoria da segni di cedimento
la compilazione salta.

 e 450 Mhz.
Puo` non essere solo lo smaltimento del calore, e comunque potrebbe
essere un problema di surriscaldamento _locale_, che ne` con le dita
ne` con un termometro riesci a misurare. 


Ma dai che non rischio, lo dicevano tutti che e` un p450. Non sarei mai
Vedi che lo conoscevi anche tu, l'OCMarketing? :-))


e 450 Mhz.
Credo che il nocciolo della questione sia che il gcc ha un controllo interno
della coerenza dei dati ( non mi ricordo dove l'ho letto pero'... ).
Per qusto le piccole variazione nei suoi dati li sente subito.
P.S.
Ho anche io un mad k6-2 400@450 ... pero' non ho i sig-11 ... :)))
bye


Sent via Deja.com 
http://www.deja.com/
Before you buy.

 due, gli ritorni un due, e non 1,99999998989899)
Il piu' delle volte basta aumentare il voltaggio
del microprocessore e tutto e' ok. Provato
personalmente con un PIII Katmai 450 che portato
a 2,1 va perfettamente mentre a 2 da' dei signal
4.
Basta demonizzare l'overclock, che se fatto a
dovere FUNZIONA SEMPRE.
Max


dovere FUNZIONA SEMPRE.
Io non demonizzo nulla, cerco solo di spiegare cosa succede, se tu sei
cosi' categorico, fatti avanti a dare le dritte a chi si lamenta di
avere dei problemi su linux e non su windows, visto che se li hanno, non
sono poi cosi' esperti, e non lo fanno *a dovere*, e overcloccano solo
perche' l'amico del cuggino della sorella del fidanzato di sua cugina ha
detto che a 450 va che e' una bomba, senza che nessuno gli parli delle
frequenze del bus, di certe schede, degli scsi che se non temporizzati
come si deve, ciannokrossagrisi, e cosi' via.
Agli inesperti, il consiglio migliore e' sempre: rimetti il clock a
posto, e poi istruisciti, e quando sai, ti fai i tuoi esperimenti senza
rompe^H^H^H^H^Hlamentarti qui dentro.:-)
Ciao.roberto
-- 
Ciao     |Save our planet!
         |Save wildlife;
 roberto |For your E-MAIL use only recycled Bytes !!
         |roberto poggi  
rpo...@softhome.net