Xeon 3,6 Ghz vs Opteron 250

[peter2]

Originariamente inviato da leoneazzurro
Super PI? Occupa circa 1,5 mega, ed anche i dati su cui opera possono essere contenuti nella cache.
Ragione per cui sui Dothan andava circa il 30% in più che non sui Banias

e a livello di programmazione/compilazione bisogna adottare qualche procedimeto particolare per farlo lavorare solo su cache?

[MaxArt]

Originariamente inviato da leoneazzurro
Super PI? Occupa circa 1,5 mega, ed anche i dati su cui opera possono essere contenuti nella cache.
Ragione per cui sui Dothan andava circa il 30% in più che non sui Banias

Ho detto pressoché nessuno, non proprio nessuno
Se è per questo, uno se lo può far da solo un programmino che sta tutto in cache.

[leoneazzurro]

Originariamente inviato da peter2
e a livello di programmazione/compilazione bisogna adottare qualche procedimeto particolare per farlo lavorare solo su cache?

Non credo, ma non essendone sicuro giro la palla al Dott. Di Mauro, che di programmazione ne capisce parecchio più di me

[cdimauro]

Originariamente inviato da peter2
non capisco

Mea culpa: ho messo un "se" di troppo...

[cdimauro]

Originariamente inviato da peter2
il codice numerico scritto da me per la tesi occupa 2048 byte... su che procio potrei provarlo?

Puoi provare su un Commodore VIC20, che monta un 6502...

[cdimauro]

Originariamente inviato da peter2
e a livello di programmazione/compilazione bisogna adottare qualche procedimeto particolare per farlo lavorare solo su cache?

L'esperienza.
Un buon programmatore può capire in che modo lavorerà il codice (nel caso migliore, in quello peggiore, e in quello medio, che è quello più importante), e cercare di scriverlo in modo che tenga in considerazione il fattore cache.

Ci sono delle cose, però, da considerare:
1) non si conosce la quantità di cache dei sistemi su cui girerà il codice;
2) non è facile né è detto che sia sempre possibile realizzare programmi che girino sempre nella cache;
3) normalmente non ha senso perdere tempo su questo cose, a meno che non ci si trovi in particolari ambiti applicativi in cui l'efficienza e la velocità sono gli obiettivi più importanti (dopo il corretto funzionamento del codice ).

[cdimauro]

Originariamente inviato da MaxArt
Se è per questo, uno se lo può far da solo un programmino che sta tutto in cache.

Vedi sopra: non sempre questo è possibile.

[MaxArt]

Originariamente inviato da cdimauro
Vedi sopra: non sempre questo è possibile.

Non sempre, questo è vero. Ma se uno vuol fare un programma il cui unico scopo è girare nella cache... beh, non vedo che impedimenti ci siano
Poi, basti pensare al mondo x86 dove, come minimo, abbiamo 192 KB di cache tra L1 ed L2.

[leoneazzurro]

Originariamente inviato da MaxArt
Non sempre, questo è vero. Ma se uno vuol fare un programma il cui unico scopo è girare nella cache... beh, non vedo che impedimenti ci siano
Poi, basti pensare al mondo x86 dove, come minimo, abbiamo 192 KB di cache tra L1 ed L2.

Se stiamo parlando di CPU uscite negli ultimi 5 anni, il minimo è intorno a 160 KB

[MaxArt]

Originariamente inviato da leoneazzurro
Se stiamo parlando di CPU uscite negli ultimi 5 anni, il minimo è intorno a 160 KB

Ah, sì, dimenticavo il primo Celeron derivato dai P4...

[filosganga]

Originariamente inviato da MaxArt
Non sempre, questo è vero. Ma se uno vuol fare un programma il cui unico scopo è girare nella cache... beh, non vedo che impedimenti ci siano
Poi, basti pensare al mondo x86 dove, come minimo, abbiamo 192 KB di cache tra L1 ed L2.

Comunque ragazzi nn so ki di vuoi ha studiato Sistemi operativi ma l'utilizzo della cache è sconosciuto al programmatore il sistema operativo si occupa di usarla come meglio crede secondo vari algoritmi ora purtroppo non mi trovo il libro si SO sotto mano, per esempio il linux usa l'algoritmo dell'orologio o una variazione di esso anke se è possibile usare altri algoritmi in fase di compilazione del kernel quindi tutto dipende dal SO usato e dal numero di accessi fatti ad una stessa pagina. se il vodtro programma è anke minuscolo ma accede a dati ke stanno su pagine di memoria lontane fra loro è facile ke fra un tempo di esecuzione del processo e il successivo quella pagina non risieda più in cache. quindi la relazione fra ram e cache nn è così facile e dipende dal sistema operativo. Cmq un qualsiasi sistema operativo moderno in esecuzione okkupa di gran lunga + di 1 o 2 mb e nn si puo evitare di farlo girare

[cdimauro]

Originariamente inviato da MaxArt
Non sempre, questo è vero.

Appunto. Ho detto che non sempre è possibile...

Ma se uno vuol fare un programma il cui unico scopo è girare nella cache... beh, non vedo che impedimenti ci siano

Indubbiamente. Ma in generale, non è questo il caso...

Poi, basti pensare al mondo x86 dove, come minimo, abbiamo 192 KB di cache tra L1 ed L2.

Solo di recente... Perché fino al 386 nessun processore x86 è stato dotato di cache: né L1 né tanto meno L2...

[cdimauro]

Originariamente inviato da MaxArt
Ah, sì, dimenticavo il primo Celeron derivato dai P4...

Forse non ricordi il primo Celeron (in assoluto): non aveva cache L2!!!

[cdimauro]

Originariamente inviato da filosganga
Comunque ragazzi nn so ki di vuoi ha studiato Sistemi operativi

ma l'utilizzo della cache è sconosciuto al programmatore il sistema operativo si occupa di usarla come meglio crede secondo vari algoritmi ora purtroppo non mi trovo il libro si SO sotto mano, per esempio il linux usa l'algoritmo dell'orologio o una variazione di esso anke se è possibile usare altri algoritmi in fase di compilazione del kernel quindi tutto dipende dal SO usato e dal numero di accessi fatti ad una stessa pagina. se il vodtro programma è anke minuscolo ma accede a dati ke stanno su pagine di memoria lontane fra loro è facile ke fra un tempo di esecuzione del processo e il successivo quella pagina non risieda più in cache. quindi la relazione fra ram e cache nn è così facile e dipende dal sistema operativo.

Ti stai confondendo: ti riferisci alla cache delle pagine presenti in memoria, ossia quelle che il s.o. ha mappato come "presenti", e che quindi utilizzano la ram di sistema.

Noi parlavamo invece delle varie cache presenti nei processori (L1, L2, L3), che non sono controllate dal s.o. Oltre a queste i processori dotati di PMMU hanno anche una "cache di traslazione degli indirizzi" (chiamata TLB), che effettua il caching degli indirizzi delle pagine usate più di recente, in modo che si eviti ogni volta l'attraversamento dell'albero delle pagine quando si deve tradurre l'indirizzo virtuale nell'indirizzo fisico.
In ogni caso, tutti questi tipi di cache non sono sotto il diretto controllo del s.o.: al più un s.o. esegue il flushing delle cache quando esegue particolari operazioni (esempio: quando ha appena caricato in memoria un eseguibile).

Cmq un qualsiasi sistema operativo moderno in esecuzione okkupa di gran lunga + di 1 o 2 mb e nn si puo evitare di farlo girare

Certamente, ma non è necessario tenere in cache tutto il suo codice...

[MaxArt]

Originariamente inviato da cdimauro
Forse non ricordi il primo Celeron (in assoluto): non aveva cache L2!!!

E vabbé, ma quanti Covington pensi che circolino ancora? Io lo userei come fermacarte!
No, a parte gli scherzi: mi riferivo più che altro ai processori degli ultimi 5 anni, sto dando per ipotesi che quelli ancora più vecchi ancora in funzione siano in quantità non rilevante.

[filosganga]

Originariamente inviato da cdimauro


Ti stai confondendo: ti riferisci alla cache delle pagine presenti in memoria, ossia quelle che il s.o. ha mappato come "presenti", e che quindi utilizzano la ram di sistema.

Noi parlavamo invece delle varie cache presenti nei processori (L1, L2, L3), che non sono controllate dal s.o. Oltre a queste i processori dotati di PMMU hanno anche una "cache di traslazione degli indirizzi" (chiamata TLB), che effettua il caching degli indirizzi delle pagine usate più di recente, in modo che si eviti ogni volta l'attraversamento dell'albero delle pagine quando si deve tradurre l'indirizzo virtuale nell'indirizzo fisico.
In ogni caso, tutti questi tipi di cache non sono sotto il diretto controllo del s.o.: al più un s.o. esegue il flushing delle cache quando esegue particolari operazioni (esempio: quando ha appena caricato in memoria un eseguibile).

Certamente, ma non è necessario tenere in cache tutto il suo codice...

Uhmm... grazie della delucidazione sull'argomento la TLB la conoscevo. Quindi se non sbaglio la cache di cui parlate è controllata direttamente dal procio.

Ma anke in questo caso il suo contenuto non dipende dalla frequenza di utilizzo delle pagine in memoria? e quindi indirettamente anke dai processi in esecuzione e dalla loro priorità?

[peter2]

ragazzi mi fa piacere imparare cose nuove riguardo all'elettronica(di mauro credo sia un esperto...) ma in definitiva il mio programma ce la farebbe a girare solo sulla cache o accede alla ram su un procio con....3 MB di cache (ammesso che esista)?
ciao

[cdimauro]

Originariamente inviato da filosganga
Uhmm... grazie della delucidazione sull'argomento la TLB la conoscevo. Quindi se non sbaglio la cache di cui parlate è controllata direttamente dal procio.

Esattamente.

Ma anke in questo caso il suo contenuto non dipende dalla frequenza di utilizzo delle pagine in memoria? e quindi indirettamente anke dai processi in esecuzione e dalla loro priorità?

Certamente, però è legato in particolare al processo correntemente in esecuzione, e non a tutti i processi: con questi può condividere al più delle zone di memoria in comune. Quindi per lo più in cache si trovano codice e dati del processo corrente.

La politica di allocazione delle pagine di memoria operata dal s.o. può influenzarne il contenuto delle cache, ma limitatamente al fatto che il processore possa trovare una pagina avente o meno i dati che li servono.

x MaxArt: purtroppo processori vecchi se ne trovano ancora parecchi in giro...

[cdimauro]

Originariamente inviato da peter2
ragazzi mi fa piacere imparare cose nuove riguardo all'elettronica(di mauro credo sia un esperto...)

Il mio ramo è l'informatica.

ma in definitiva il mio programma ce la farebbe a girare solo sulla cache o accede alla ram su un procio con....3 MB di cache (ammesso che esista)?
ciao

Il tuo programma cosa dovrebbe fare?

[peter2]

Originariamente inviato da cdimauro

Il tuo programma cosa dovrebbe fare?

è un modellino numerico di simulazione idraulica: legge una "matriciona" immensa , lo elabora per circa un ora su un p4 3.2 ghz, e sputa fuori un'altra serie di matricione, ma durante l'elaborazione non accede a nessun altro dato su disco (a meno che non gli dico di scrivermi su file dei risultati parziali durante l'elaborazione).
mentre gira l'occupazione di memoria è di 2040KB (da task manager di windows).