Newsgroup: it.comp.hardware.cpu
Titolo: 32bit al capolinea?

http://www.infoworld.com/article/03/11/18/HNamddays_1.html?s=feature
che dite?
-- 
Lawrence


Dico che parlare di capolinea è senza dubbio prematuro, specie
in ambito desktop...
Ciao

 in ambito desktop...
Staremo a vedere... io so da rumors vari che il prossimo SO desktop
di MS potrebbe sara` quasi sicuramente solo a 64 bit... ma magari in seguito
ne butteranno fuori una versione a 32 bit...
ciao
-- 
Lawrence

di MS potrebbe sara` quasi sicuramente solo a 64 bit...
rinunciando cosě al 95% del mercato desktop? maddai....
--
"Dio č Morto" Nietzsche
"Nietzsche č morto" Dio

 genere? 
Piu` che altro erano ragioni di sviluppo, non ragioni di marketing, comunque
ho scritto: staremo a vedere.
ps. supportare ancora i vecchi OS non significa che quello nuovo debba nascere
vecchio o essere come loro.
-- 
Lawrence

 rinunciando cosě al 95% del mercato desktop? maddai....
1 - il mercato desktop e` loro
2 - che ne sai come sara` il mercato tra tre anni?
3 - chi vivra` vedra`, no?
ciao
-- 
Lawrence

 che dite?
Che cercano di spingere il piu` possibile
verso la loro tecnologia.
Se riuscissero a convincere la gente che un K7
non e` una buona scelta per il futuro e neanche
un P4, allora potrebbero senza dubbio avere un
successo enorme, essendo gli unici a poter fornire
una soluzione 64bit _adesso_.
Resta poi il fatto che 64bit sono perfettamente
inutili, se non nel campo server, ma questa e`
un'altra storia.
Piuttosto io chiedo: quando mi danno questo dual K8
ad un prezzo competitivo?
bye,
-- 
   Piergiorgio Sartor

 ad un prezzo competitivo?
Boh...speriamo a poco :)
-- 
Lawrence

3 - chi vivra` vedra`, no?
certo :)
--
"Dio è Morto" Nietzsche
"Nietzsche è morto" Dio

Boh...speriamo a poco :)
--
    (iao!!oai)                                    (ICQ: 10860566)
    //.aurizio
[WARNING!: togliete _nessuno_ per rispondere]
    Il segreto per essere considerato un creativo sta nel non fare
    mai riconoscere le proprie fonti [A. Einstein]

 di un pc desktop... ma ci possono essere casi in cui serve...
Per prima cosa distinguerei tra 64 bit dat od indirizzi.
Il secondo caso e` utile praticamente solo nei server,
forse per i desktop un po' di estensione servira`, per
andare ad 8 o 16GB, ma non credo sia cosi` pressante.
Per quel che riguarda i dati a 64 bit, vi possono certo
essere casi, anche per i desktop, in cui la cosa potrebbe
essere utile, ma si tratta senza dubbio di situazioni
limite, in cui magari si puo` sopperire altrimenti.
Per casi patologici, come calcoli in precisione estesa
e simili, allora il discorso potrebbe cambiare.
bye,
-- 
   Piergiorgio Sartor

 miglioramenti.
Forse hai ragione.. sara` che io per ora vedo solo i prodotti AMD nel
mio futuro :)
-- 
Lawrence

 longhorn non doveva arrivare prima di 3 anni?
Ora si parla di 2007, siamo nel 2004 :)
-- 
Lawrence

e simili, allora il discorso potrebbe cambiare.
Ma i registri interni delle FPU non sono già a 80 bit (128 nel caso
delle SSE)? Con gli interi, la necessità di usare 64 bit mi sembra
molto bassa

Ora si parla di 2007, siamo nel 2004 :)
non m'ero proprio informato sulla data di rilascio :) perň sentendone
parlare sin da ora e sapendo che in passato la microsoft ha rilasciato
nuovi SO a distanza di 3-4 anni mi sembrava strana un'attesa cosě
lunga. ne prendo atto.


 Eh, mica tanto... tu spenderesti dei soldi per una cosa che non ti serve?
No, infatti io punto sul dual-K8, dei 64 bit
non me ne faccio proprio un bel nulla.
bye,
-- 
piergiorgio

 molto bassa
Appunto dicevo casi patologici.
Usare interi a 64 bit e` un caso piuttosto raro,
anche se mi vengono in mente un paio di applicazioni.
Riguardo le SSE, queste sono comunque vettoriali,
per cui non credo facciano numero in questo contesto.
bye,
-- 
piergiorgio

 oltre i 4gb - cosa che per il momento in ambiente desktop non accade.
Oppure quando per qualsiasi motivo (casi rari ma ce ne sono) bisogna
lavorare con interi oltre i 32 bit.
Molti compilatori C/C++ implementano ad esempio il tipo (long long) intero a
64 bit. Sono usati poco perché non vi è quasi mai necessità, tuttavia capita
che in rare applicazioni si trovi questo tipo di dati.
Anche tra le API di windows ci sono routine che gestiscono interi a 64 bit
(simulandoli e quindi perdendo tempo su CPU a 32 bit).
Mentre una CPU a 32 bit è costreatta alla simulazione dell'intero a 64 bit,
una CPU che lavora nativamente a 64 bit potrebbe risultare certamente più
veloce in questo compito specifico.

 certamente più veloce in questo compito specifico.
C'è da dire che spesso ci si risparmia di usare un'emulazione di 64 bit
appunto perché... è un'emulazione, e quindi per casi specifici si può fare
di meglio ottimizzando il codice.
MaxArt