Quanto è preciso un processore???

[manuele.f]

hai raione
sono stato io che ho parlato prima di riflettere
sai...anch'io a scuola è da un anno che faccio Turbo C++....

[Superboy]

Originally posted by "XP1700+@2400+"



Non sono d'accordo...le architetture di athlon e P4 sono profondamente diverse e le uniche CPU risc-like come le chiami tu attualmente in commercio per il mercato home user riguardano esclusivamente il mercato macintosh con i suoi processori motorola!!!

Il P4 è un CISC puro ribadisco mentre l'athlon per la sua caratteristica di un numero maggiore di pipeline a meno stadi rispetto al P4, ma funzionanti in parallelo è ciò che si può avvicinare maggiormente ad un hybrid CISC-RISC!

Poi se vuoi pure confutare che il calcolo in virgola mobile è assoluta prerogativa di AMD non so proprio che altro aggiungere!

Saluti

Invece secondo me tu sbagli, in quanto sia il k7 che il p4 decodificano le istruzioni x86 il primo in macroOPs il secondo im microOPs, la differenza maggiore tra le due implementazioni è come dice il nome la "pesantezza" della microistruzione stessa. Quindi l'esecuzione vera e propria viene fatta su un ristretto set ma molto veloce (grazie allo smembramento di istruzioni più complesse, per me questo è RISC (da questo tipo di def il p4 è ancora + Risc del k7 :PPPPP)
Ciao ciao
Alex

[manuele.f]

è sempre la stessa storiella...
3000 piccoli carichi o(p4)
1000 grandi carichi (Athlon)

[cionci]

Originally posted by "checo"


se istanzio un dato float a 32 bit faccio i calcoli su registri a 32bit e il risulato che fa la cpu è quello che "percepisce il programma"

La FPU fa comunque i calcoli a 80 bit... Sono le istruzioni FLD (carica un float dalla memoria allo stack FPU), FST (copia il contenuto di un registro dallo stack FPU alla memoria) che si occupato di convertire il float da 80 a 32 bit... In questo passaggio ovviamente si perde precisione...

I FP IEEE754 hanno 3 campi: segno, mantissa binaria normalizzata (1,xxxxx) e esponente... Nella parte destinata a contenere la mantissa viene memorizzato xxxxx...

Durante la conversione da 80 a 32 bit sia la parte di spazio riservata alla mantissa che la parte di spazio riservata all'esponente vengono ridotte notevolmente (non mi ricordo le dimensioni, dovrei andarle a cercare)...

Di conseguenza ogni volta che sposto un numero dall'interno della FPU verso la memoria perdo precisione perchè quando andrò a rimetterlo la parte tagliata della mantissa non avrà più il valore precedente (ma saranno tutti zero)...

Stessa cosa per l'esponente... Diminuendo il numero di bit se un risultato fosse più piccolo del risultato minimo rappresentabile tramite i FP a 32 bit si avrebbero problemi (non so bene come si comporta la procedura di conversione, probabilmente rende 0.0)...

Inoltre ci sono preoblemi di precisione intrinseca del calcolo binario... Come facciamo a rappresentare un numero reale ? Riusciamo a rappresentarlo bene solamente i numeri reali la cui mantissa binaria normalizzata ha un lunghezza pari o minore allo spazio riservato per la mantissa nei FP...

[telnet]

Originally posted by "checo"

allego l'eseguibile

C:\>cpu
a isn't 2; the difference is -1.192093e-07

risultato dell' athlon a 32 bit

identico risultato su un p3 800.

[gasse]

Posso allegare il risultato ottenuto con il mio Commodore 64?

[Jaguarrrr]

Originally posted by "Thunder82"

Ho trovato su un libro un algoritmo per calcolare eps (precisione di macchina)

x=4.0/3.0;
y=x-1.0;
z=y+y+y;
eps=|z-1.0|

eps dovrebbe essere la precisione di macchina

E' vero !!!
L'ho eseguito in matlab ma così (è più utile)

x=4.0/3.0
y=x-1.0
z=y+y+y
w=abs(z-1.0)

Risultato:
w=2.2204e-016

esattamente uguale a EPS !!!

[AnonimoVeneziano]

Originally posted by "checo"



a isn't 2; the difference is 4.440892e-16

questo è il risultato utilizzando un double che ha doppia precisione pe definizione

allego in prg

Checo, non è che hai il sorgente del programmino?

Grazie

Ciao