Newsgroup: it.comp.os.dibattiti
Titolo: [Fantascienza] Windows2008

 Disclaimer: questo post e' stato approvato dal reparto Buondi' Motta.
ROTFL
-- 
. Simone Caldana - System Manager at Vitaminic spa          .
. Feel the music evolution: 
http://www.vitaminic.it/
        .
. E-Mail: 
e...@vitaminic.net
   Web URL: 
http://i.am/caldana/
 .

 compatibili con il software precedente.
E tu ci credi?
O sara` x86 compatibile (quindi niente 64 bit) o sara` 64 bit,
quindi non piu` x86 compatibile.
Io credo AMD stia tentando di modificare lo standard...
(Imparano anche loro...)
bye,
--
  Piergiorgio Sartor

 (Imparano anche loro...)
Logico, ma senza creare incompatibilità. Inoltre AMD non è ancora
sufficientemente potente da potersi permettere di NON licenziare le
istruzioni x86-64 ad altre aziende (come VIA).
Saluti
--
Wilmer Ricciotti
wi...@tin.it

 (8086/8087/8088). Il K8 funzionerà a 64 bit nella stessa maniera,
IA32 ha un core 8086 al suo interno, non e` compatibile di suo...
Diciamo che non e` la CPU che fa girare i vari codici diversi,
ma vi sono piu` CPU, una sottile differenza.
Credo che anche IA64 segua la stessa strada: core EPIC + P-III
(o quello che e`) integrato...
bye,
--
  Piergiorgio Sartor

 (o quello che e`) integrato...
A quanto ne so IA32 in IA64 è emulato, con prestazioni addirittura inferiori
a quelle di un P!!! di pari frequenza.
Messaggio postato singolarmente (e non crosspostato) su it.comp.os.dibattiti
e it.comp.hardware.cpu.


e it.comp.hardware.cpu.
Lascia stare it.comp.hardware.cpu, sono piu` occupati a cazzeggiare
sull'overclock, che tra l'altro li` e` pure OT.
-- 
Lorenzo
"Given enough eyeballs, all bugs are shallow", Linus'Law
(address rot13 encoded)

 sull'overclock, che tra l'altro li` e` pure OT.
Chiedo scusa per il mio divagare, ma frequento il gruppo costantemente e di
overclock si parla poco... se ne parla, ma poco...


 a quelle di un P!!! di pari frequenza.
Forse sul vecchio IA64, sul nuovo non mi pare, puo` essere che
debbano ancora decidere.
bye,
--
  Piergiorgio Sartor

 e it.comp.hardware.cpu.
Leggo proprio ora la risposta del buon Mugelli al riguardo,
pare che ci sia il core Pentrium, in funzione della versione
della CPU (i.e. intel si, HP no).
bye,
--
  Piergiorgio Sartor


Non conosco la situazione odierna visto che non lo seguo, ma fino
a 2 mesi fa era pieno di "IL MIO ATHLON VA A 900 MHZ!!!!!!!!!!!!!!!!"
e roba simile. Raramente si e` discusso seriamente di CPU.


 debbano ancora decidere.
Comunque di IA64 ne deve ancora uscire uno ;)


 Comunque di IA64 ne deve ancora uscire uno ;)
Per i comuni mortali si...
bye,
--
  Piergiorgio Sartor

I dettagli li scopriremo poi.
Un pasticcio immane...
Un'architettura nata a 8 bit, patchata a 16 ed estesa (male) a 32.
I 64 bit mi sembrano un accanimento terapeutico.


 I 64 bit mi sembrano un accanimento terapeutico.
Sono d'accordo ma sono un'ottima maniera per raggiungere ancora prestazioni
superiori, dopo aver strizzato IA32 quanto possibile, senza doversi
rivolgere a un'architettura incompatibile. Diciamo pure che AMD non poteva
fare altrimenti.
In ogni caso, con programmi scritti ad hoc, K8 dovrebbe garantire un grosso
incremento di prestazioni, specialmente in FPU, dove verrà abbandonato il
modello x87 "stacked" - tutto questo senza l'uso di SIMD.
Considerate anche che Intel dopo Williamette non ha (non dovrebbe avere)
nessuna nuova architettura pronta per il mercato consumer.




 Cosi` come una mov a 8 bit e` sempre tale...
Questo mi sembra evidente, ma stavamo parlando di core... Tu dicevi che
un'architettura a 64 bit, per compatibilità, dovrebbe contenere anche un
core a 32 bit, io dicevo di no e notavo che questo non sarebbe possibile
farlo con il minimo incremento di dimensioni previsto...


Comunque di IA64 ne deve ancora uscire uno ;)
Sono in giro gia` da diverse settimane.
Se vuoi vedere come e` fatto l'assembly scarica un kernel di linux
recente.
-- 
ciao, | [Per rispondere togli "toglimi" dal mio indirizzo.]
Marco | "You're one of those condescending Unix computer users!"
      | "Here's a nickel, kid. Get yourself a better computer"  -- Dilbert
      | (Ri)scoprire fidonet: 
http://bbs.mi.linux.it

 farlo con il minimo incremento di dimensioni previsto...
No, ci siamo capiti male, io dico che qualunque estensione
al IA32 portera` riscrittura del codice o uso della vecchia
tecnologia.
Quindi l'impatto di una CPU x86 a 64 bit sara` minimo,
perche` w3k continuera` ad avere parti a 16bit :-)
bye,
--
  Piergiorgio Sartor

 modello x87 "stacked" - tutto questo senza l'uso di SIMD.
Il problema e` che nessuno scrivera` SW ad hoc, perche`
altrimenti si perderre la compatibilita` con i 386 :-)
bye,
--
  Piergiorgio Sartor

nessuna nuova architettura pronta per il mercato consumer.
IA-64 sara` pronta per il mercato consumer dopo che il Wilma avra`
fatto il suo tempo.


 fatto il suo tempo.
Non prima del 2003, e soprattutto non prima che le richieste di potenza
elettrica diminuiscano (attualmente per Itanium sono consigliati
alimentatori da 800W...)


 perche` w3k continuera` ad avere parti a 16bit :-)
16 bit? MS non dovrebbe supportarli più in nessun OS di prossima
introduzione.
(in ogni caso il supporto per x86-64 è già stato annunciato da MS, anche se
non so quanto sarà serio...)


 recente.
Dovrebbe essere troppo distante da IA32 perché possa capirci qualcosa solo
dandogli un'occhiata... rimanderò a quest'estate lo studio di IA64 :)


 altrimenti si perderre la compatibilita` con i 386 :-)
Ancora non capisco cosa vuoi dire... come se nessuno dovesse scrivere SW ad
hoc per i 386, per non perdere compatibilità con gli 8086.


prima volta ieri su The Register (fonte peraltro non troppo attendibile).
A me invece pare *molto* attendibile.


 hoc per i 386, per non perdere compatibilità con gli 8086.
Per anni e` stato cosi` :-)
Comunque il codice odierno (salvo MMX & co.) gira sui 386.
La parte MMX e` ben poca, ma sta prendendo piede, perche`
tutti hanno MMX.
3Dnow o SSE (SEE?) invece no, perche` sono proprietarie.
Allo stesso modo una potenziale CPU a 64 bit (incompatibile)
dovra` fare i conti col fatto che il codice dovra` girare
anche su IA32.
Questo mi pare sia stato confermato piu` volte nella
storia di x86...
Pensa solo alla fatica che ha fatto Apple per forzare
il passaggio da 680x0 a PPC... Codice doppio... Emulazione.
Minacce (o usate PPC o sono guai!) :-)
bye,
--
  Piergiorgio Sartor

 introduzione.
Come no? Ed il nuovo DOS? ;-0
bye,
--
  Piergiorgio Sartor

Detto questo sapete come prenderlo.
E scusa e zio bill che fine farà?
Penso che nel 2004, col conto in banca oramai eroso dagli avvocati,
chiederà il divorzio dalla sua amata Melinda questa fonda un gruppo
hard-rock chiamato OSG  OpenSourced Girls (che vuol dire + o - Ragazze
dalle sorgenti aperte...), si fa togliere l'enorme clippy tatuata
sulla schiena ed inizia una nuova vita fra cinema e concerti...
Bill oramai ridotto sul lastrico si ritrova a barbonare per i
sobborghi della sua amata Seattle suonando tristissime canzoni dal
sapore vagamente Grunge... pochi anni dopo si toglierà la vita con un
colpo di fucile...
P.S. Redmond e Microsoft City fu isolata dal resto del modo per opera
del giudice Jackson in una roba a mo' Fuga Da Los Angeles

 Minacce (o usate PPC o sono guai!) :-)
Appunto: per i 64 bit nei sistemi consumer AMD avrà dalla sua 2 anni di
anticipo su Intel, nonché una migliore compatibilità col passato.


 anticipo su Intel, nonché una migliore compatibilità col passato.
Questo dell'anticipo e` un buon punto: di solito i
first mover hanno successo, spero sia cosi`, anche
perche` questo IA32 e` proprio un bidone...
bye,
--
  Piergiorgio Sartor

 perche` questo IA32 e` proprio un bidone...
E' vero.
In realtà condivido la maggior parte delle tue perplessità su x86-64, ma ne
ho parecchie anche su IA64. Come sostenitore del libero mercato, non posso
far altro che sperare che AMD e Intel si dividano il mercato 50-50 (e quindi
per ora devo tifare per AMD). In ogni caso, su K8, ma anche su Williamette e
Foster, sappiamo ancora così poco che è difficile fare previsioni.
Visto che siamo ormai completamente OT, ti propongo di chiudere qui o, se
hai intenzione di continuare, di spostarci su un newsgroup più adatto,
altrimenti magari diamo fastidio ;-).


 altrimenti magari diamo fastidio ;-).
OK, hai ragione, ci fermiamo qui.
bye,
--
  Piergiorgio Sartor

 ROTFL
Ridi per l'unica parte seria del mio post? :)
-- 
Davide Inglima, limaCAT

 interessanti informazioni in merito :)
Potresti ridirigere su di un followup le interessanti informazioni in
merito, per cortesia? Sono molto interessato! :)
-- 
Davide Inglima, limaCAT

 del giudice Jackson in una roba a mo' Fuga Da Los Angeles
E leggeremo sui giornali "Pinguino gigante su Seattle e
Tacoma"
-- 
Davide Inglima, limaCAT

Northwood e tutta l'IA64 :).
Grazie all'abbandono della vecchia architettura da parte di Intel il SW
Open Source potrebbe compiere un enorme passo in avanti: cosa ti può 
fregare se IA-64 emulerà via software IA-32 se tu ti compili il SO e le
applicazioni con il buon gcc per IA-64?? Non è, infatti, un caso che 
Intel si metta a sostenere all'improvviso l'OpenSource allontanandosi da
Bill "PiccoloMorbido"...
Bah, vedremo...
Au revoir.
Lele...
----------------------