Microsoft Windows XP 64 bit: ormai manca poco!

Microsoft Windows XP 64 bit: ormai manca poco!

Negli ultimi giorni vari rumors segnalano come data di rilascio per il nuovo windows a 64bit, il 29 Aprile. Per ingannare l'attesa Microsoft ha distribuito una versione trial che, stando a vari commenti raccolti in rete, appare abbastanza matura e non ha creato particolari problemi nel riconoscimento

di pubblicata il , alle 17:23 nel canale Programmi
MicrosoftWindows
 
211 Commenti
Gli autori dei commenti, e non la redazione, sono responsabili dei contenuti da loro inseriti - info
jappilas29 Gennaio 2005, 13:11 #51
Originariamente inviato da fek
Risposta seria ora.

Sfatiamo un mito una volta per tutte: le CPU a 64bit non servono per velocizzare i calcoli (ne' a 32 ne' a 64 bit), ma servono solo per indirizzare piu' memoria virtuale non segmentata, oltre i 4gb.

Perche' non serve per velocizzare i calcoli a 64bit? Due motivi principali:

1) Le CPU moderne con esecuzione out of order e tecnologie quali l'HT fanno un ottimo lavoro nel nascondere le latenze e i calcoli risultano nel 90% dei casi memory bound, limitati dalla banda passante verso la memoria e non dalla velocita' d'esecuzione della CPU. Giusto l'altro ieri ci siamo domandati se un pezzo di codice piuttosto complicato che necessitava di calcoli a 64bit su una cpu a 32 bit sarebbe stato piu' veloce se implementato a 32 bit: senza troppe speculazione abbiamo semplicemete provato e calcolato i tempi di esecuzione scoprendo, magari un po' a sorpresa, che non c'era alcuna differenza. Le due versioni erano eseguite nello stesso tempo, dimostrando che i moderni processori a 32 bit sono perfettamente efficienti anche nei calcoli a 64 bit.
Che cosa sarebbe cambiato se quel pezzo di codice fosse stato eseguito da una CPU a 64 bit? Magari sarebbe andato piu' lento per il motivo numero 2...

2) Su una CPU a 64bit tutti i puntatori sono a 64bit ed occupano esattamente il doppio della memoria rispetto agli stessi puntatori su una CPU a 32bit, andando a sovraccaricare la cache, riducendone le prestazioni (piu' spazio occupato nella cache a parita' di quantita' di informazioni significa hit rate piu' basso e minore banda passante verso la memoria centrale). Herb Sutter riporta in un articolo che ho postato tempo fa come sul compilatore C++ sul quale sta lavorando il suo team di sviluppo, i vantaggi architetturali della versione a 64bit (piu' registri) erano completamente annullati dal peggiore hit rate della cache causato dai puntatori a 64 bit.

In conclusione, ricompilando un'applicazione a 64bit non ci dovrebbe aspettare alcun miglioramento prestazionale, ma solo piu' memoria indirizzabile.


il che dovrebbe voler dire che le evenuali maggiori prestazioni degli A64 sono merito soltanto della pipeline di più efficiente implementazione - da articoli su arstechnica ricordo ad esempio, accorgimenti che comprendono il decode in due stadi per le istruzioni corrispondenti a più risc86, il calcolo anticipato dell' address offset per alleggerire l' esecuzione in AGU delle istruzioni con indirizzamento relativo, la latenza di solo due cicli di clock, del loop schedule -> execute , lo shadow register file per il rollback delle istruzioni in caso di errata predizione, eccetera
ma sono tutte cose che prescindono dallo spazio indirizzabile ...
fek29 Gennaio 2005, 13:15 #52
Originariamente inviato da jappilas
il che dovrebbe voler dire che le evenuali maggiori prestazioni degli A64 sono merito soltanto della pipeline di più efficiente implementazione - da articoli su arstechnica ricordo ad esempio, accorgimenti che comprendono il decode in due stadi per le istruzioni corrispondenti a più risc86, il calcolo anticipato dell' address offset per alleggerire l' esecuzione in AGU delle istruzioni con indirizzamento relativo, la latenza di solo due cicli di clock, del loop schedule -> execute , lo shadow register file per il rollback delle istruzioni in caso di errata predizione, eccetera
ma sono tutte cose che prescindono dallo spazio indirizzabile ...


Come ho scritto sembrerebbe che questi accorgimenti siano controbilanciati dall'intrinseca minore efficienza della cache con puntatori a 64 bit, su algoritmi che prevedano intenso uso di strutture dati complicate.
zephyr8329 Gennaio 2005, 13:28 #53
Può essere che finalmente con win64 microsoft abbia aggiunto il ricooscimento automatico dei SATA. Era ora visto che con winXP la cosa mi ha sempre creato qualche problema! Cmq win64 non l'ho ancora provato. Appena mi arriva il Winchester 3500+ e la mobo NForce4 provo. Un dubbio: visto che sul sistema di adesso ho 2 dischi in raid0 quando cambio mobo non ho nessun problema a fare riconoscere l'array presente dal nuovo sistema oppure mi tocca formattare? Grazie

Io nn ho problemi neanche con windows xp per i dischi sata (ho due seagate barracuda), ho prova sia con l'home edition sia con il professional!
lasa29 Gennaio 2005, 13:30 #54
Ok benissimo ma ho controllato sui siti delle mie periferiche...di driver a 64 bit neanche l'ombra e allora cosa me ne faccio dell'os a 64 bit???? mah....
capitan_crasy29 Gennaio 2005, 13:36 #55
ragazzi:

sto usando win x64 e per adesso tutto bene...
tranne per AquaMark3...
nonikname29 Gennaio 2005, 13:42 #56
Beh , ho installato anche questa beta "nuova" di XP(feel the power)64 edit. sulla mia partizione dedicata .. e oltre a scompattare archivi più velocemente non mi è servita assolutamente a nulla .....per ora.
Mante8029 Gennaio 2005, 14:07 #57
Originariamente inviato da zephyr83
Io nn ho problemi neanche con windows xp per i dischi sata (ho due seagate barracuda), ho prova sia con l'home edition sia con il professional!

Non è che i dischi in sè danno problemi. L'unica cosa è che, quando si installa il SO da zero il disco SATA non viene riconosciuto in automatico da XP ma bisogna inserire il floppy dei driver del controller SATA della motherboard. Il fatto è che praticamente nessuna casa ti fornisce il floppy ma ti da i drivers su cd. Alcuni cd delle motherboard utilizzano una procedura automatica che in fase di boot ti consente di inserire i drivers su floppy per poi poter procedere all'installazione del SO. Quando questa utilità non è fornita, per fare questa procedura ti tocca utilizzare un altro pc oppure utilizzare il prompt di dos. Mi sembra scandaloso che non sia possibile caricare i drivers del controller direttamente da cd. Il tuo winXP ti riconosce i dischi senza aver caricato da floppy i drivers del controller? Se la risposta è sì allora può essere colpa della mia versione di windows che è un po' vecchia
Cr4z3329 Gennaio 2005, 14:21 #58
Originariamente inviato da fek

[OT]A che punto stiamo con l'erbetta? [/OT]
Runfox29 Gennaio 2005, 14:36 #59
l'ho installato ora... mi si riavvia appena inizia a caricare winXp 64
capitan_crasy29 Gennaio 2005, 14:56 #60
Originariamente inviato da Mante80
Non è che i dischi in sè danno problemi. L'unica cosa è che, quando si installa il SO da zero il disco SATA non viene riconosciuto in automatico da XP ma bisogna inserire il floppy dei driver del controller SATA della motherboard. Il fatto è che praticamente nessuna casa ti fornisce il floppy ma ti da i drivers su cd. Alcuni cd delle motherboard utilizzano una procedura automatica che in fase di boot ti consente di inserire i drivers su floppy per poi poter procedere all'installazione del SO. Quando questa utilità non è fornita, per fare questa procedura ti tocca utilizzare un altro pc oppure utilizzare il prompt di dos. Mi sembra scandaloso che non sia possibile caricare i drivers del controller direttamente da cd. Il tuo winXP ti riconosce i dischi senza aver caricato da floppy i drivers del controller? Se la risposta è sì allora può essere colpa della mia versione di windows che è un po' vecchia


ti ripeto:
non ho dovuto installare con f6 driver per il controller sata della scheda mamma.
L'hard disk è un Maxtor DiamondMax 10 250Gb SATA nuovo di pacca mai stato formattato...
il tuo problema deriva da schede mamme che riconoscono il controller sata come uno scsi, quindi xp/xp x64 hanno bisogno di driver aggiuntivi.

Devi effettuare il login per poter commentare
Se non sei ancora registrato, puoi farlo attraverso questo form.
Se sei già registrato e loggato nel sito, puoi inserire il tuo commento.
Si tenga presente quanto letto nel regolamento, nel rispetto del "quieto vivere".

La discussione è consultabile anche qui, sul forum.
 
^