linux user group brescia

immagine del castello

Archivio della mailing list

cazzeggio serale

andrea gelmini bungle a linux.it
Sab 1 Apr 2000 10:55:05 UTC
On Sat, Apr 01, 2000 at 01:22:41AM +0200, Luca Giuzzi wrote:
> E' buona cosa fare tests di questo genere, anche per dimostrare che il
>  lavoro del team di egcs serve ed e' servito a qualchecosa...
soprattutto era abbastanza assurdo che i developers lavorassero
separatamente sulle stesse cose...

>  Tieni conto che -mpentium non usa gli opcodes PROPRJ del pentium
>  [vs. il set di istruzioni dei 486] ma semplicemente attiva alcune
>  ottimizzazioni `economiche'. L'opzione -funroll-loops e una 
>  -malign-jumps=2 dovrebbero fornire risultati ancora migliori...
dovrei studiarmele in dettaglio... altrimenti faccio la fine
di quando, dopo che ad ogni compilazioni modificavo il tutto per
pompare con le ottimizzazioni, scoprivo che per la ragione tal dei
tali, come barbatrucchi gia` presenti nei sorgenti stessi del kernel,
ottenevo performance peggiori...

> Riguardo la compilazione del kernel:
>  se volete sperimentare cose del genere siete benvenuti, ma potrebbero
>  esserci degli inconvenienti. In particolare il kernel di linux sfrutta
>  certe `particolarita'' del codice generato dal gcc e non e' troppo
>  felice con ottimizzazioni `assurde' tipo -O9 -mpentium -funroll-all-loops.
non so fino a che punto valga la pena "giocare", allo stato attuale, con
la compilazione del kernel... il problema e` che la compilazione avviene
lo stesso, ma possono esserci delle serie noie in fase di funzionamento.
ha senso andare oltre il livello 3 dell'ottimizzazione? vedo che alcuni
utilizzano il 6, ma nel man di gcc vengono commentati solo le opzioni
da 0 a 3.

> In effetti quello e' un modo sicuro per raddoppiare il numero di bogomips
>  sotto 2.2 e avere un grazioso lock subito dopo il computo della
>  velocita' del sistema.
ecco, infatti...

> Infine: le opizioni `per CPU' nella config del kernel attivano del
>  codice in assembler per la CPU opportuna (salvo nel caso 486 in
>  cui vengono cambiati anche gli allineamenti) piuttosto che ottimizzare
>  il tutto globablmente.
oddio, vengono anche cambiate le opzioni che vengono passate al gcc,
dal piu` banale -mcpu ecc...

ciao,
andrea



Maggiori informazioni sulla lista Lug