Windows 7 gratis per 13 mesi

[first register]

Windows 7, erede del vituperato Vista, sarà disponibile il 5 maggio nella sua "Release Candidate" (RC), ultimo step prima dell'edizione definitiva che andrà in vendita. La novità però stavolta è ghiotta: sarà possibile utilizzare questa RC per ben 13 (tredici) mesi "aggratis". La data in cui cesserà di funzionare è stata infatti fissata da Redmond nel giugno 2010. Tredici mesi sono decisamente un bel periodo di tempo in campo informatico, dove le cose cambiano rapidamente.

Anche se c'è da precisare che l'installazione è consigliata solo a chi prevede frequenti formattazioni del sistema o su un secondo/terzo pc: fra 13 mesi la RC scadrà e non sarà possibile aggiornarla né fare un upgrade alla versione commerciale. L'opzione di un'installazione in un ambiente "virtuale" quindi resta sempre decisamente valida.

http://vitadigitale.corriere.it/2009/05/7_per_tredici.html

Dubito che si potrà sfruttare appieno con un pc ottimizzato per XP, ma staremo a vedere.

[danysamb]

http://vitadigitale.corriere.it/2009/05/7_per_tredici.html

Dubito che si potrà sfruttare appieno con un pc ottimizzato per XP, ma staremo a vedere.

mah... è stato installato con successo anche su netbook ed i risultati sono entusiasmanti.
io uso tutt'ora la RC ultimate a 64 bit e va una scheggia... peccato però che MS non abbia deciso d iabbandonare definitivamente i 32bit...sarebbe stato un enorme passo in avanti.
riguardo la news... beh... non so proprio chi possa scaricare la RC anche nel 2010 quando ormai la versione finale sarà uscità da qualche mese.

[:.Blizzard.:]

mah... è stato installato con successo anche su netbook ed i risultati sono entusiasmanti.
io uso tutt'ora la RC ultimate a 64 bit e va una scheggia... peccato però che MS non abbia deciso d iabbandonare definitivamente i 32bit...sarebbe stato un enorme passo in avanti.
riguardo la news... beh... non so proprio chi possa scaricare la RC anche nel 2010 quando ormai la versione finale sarà uscità da qualche mese.


Beh dubito che Microsoft potesse obbligare tutti a cambiar portatile solo perchè voleva che tutti usassero la versione a 64 bit :p

E' giusto che le cose avvengano gradualmente così come è giusto lasciare all'utente l'opportunità di scegliere tra la 32 e la 64 bit.

Sinceramente non ci avrei visto chissà quale passo in avanti.

[ConteZero]

In pratica Microsoft ha fatto una "open beta" di 13 mesi ?

...che culo.
Immagino i bugfix :asd:

[ConteZero]

Beh dubito che Microsoft potesse obbligare tutti a cambiar portatile solo perchè voleva che tutti usassero la versione a 64 bit :p

E' giusto che le cose avvengano gradualmente così come è giusto lasciare all'utente l'opportunità di scegliere tra la 32 e la 64 bit.

Sinceramente non ci avrei visto chissà quale passo in avanti.

Al lancio di Vista Microsoft disse "godetevelo perché è l'ultimo OS a 32 bit".
Ovviamente qualcosa di grosso li ha costretti a fare marcia indietro.
Per il resto il vantaggio dei 64 bit è visibile per il maggior numero di registri mentre per il resto non se ne sentiva il bisogno (in ambito client almeno).
Vien da ridere che Microsoft tempo addietro voleva spostare la linea server "in toto" su Itanium (perché Intel non voleva estendere l'architettura) e che quindi quest'idea del "molliamo tutto, ricominciamo con un architettura a 64 bit" ce l'avevano in testa da un po'... ma a quanto pare non gli riesce proprio :asd:

[scilvio]

gli atom sono a 32bit i netbook sono il principale motivo per cui ms ha premuto sull'acceleratore per w7, sarebbe stato insensato uscire solo a 64bit.

[ConteZero]

gli atom sono a 32bit i netbook sono il principale motivo per cui ms ha premuto sull'acceleratore per w7, sarebbe stato insensato uscire solo a 64bit.

IIRC gli Atom (o per meglio dire Diamondville, N270) hanno le estensioni a 64 bit.
I modelli precedenti (che comunque non erano pensati per essere usati nei PC) no, ma i netbook non li usano.


PS: My bad, ricordavo male io. Né N270 né il nuovo N280 hanno le estensioni a 64 bit. Avevo fatto confusione con l'HT.

[cdimauro]

Beh dubito che Microsoft potesse obbligare tutti a cambiar portatile solo perchè voleva che tutti usassero la versione a 64 bit :p

E' giusto che le cose avvengano gradualmente così come è giusto lasciare all'utente l'opportunità di scegliere tra la 32 e la 64 bit.

Sinceramente non ci avrei visto chissà quale passo in avanti.
Esattamente. Le macchine a 32 bit sono ancora troppo diffuse.
In pratica Microsoft ha fatto una "open beta" di 13 mesi ?

...che culo.
Immagino i bugfix :asd:
Immagini male: già la versione beta è molto stabile, e alcuni miei colleghi la usano tranquillamente da quando è uscita.

Seven ha un'eccellente code base, tanto che MS ha previsto il rilascio di UNA sola Beta e UNA sola RC prima dell'RTM finale.

Pochi software di così grosso calibro (parliamo di poco meno di cento milioni di righe di codice) si possono permettere questo lusso. :O
Al lancio di Vista Microsoft disse "godetevelo perché è l'ultimo OS a 32 bit".
Ovviamente qualcosa di grosso li ha costretti a fare marcia indietro.
A me non risulta: hai informazioni precise in merito?
Per il resto il vantaggio dei 64 bit è visibile per il maggior numero di registri mentre per il resto non se ne sentiva il bisogno (in ambito client almeno).
Un mio amico lo scorso anno ha aggiornato la sua macchina piazzandogli 8GB di RAM. E la usa per giocare. :D

Poi ci sono applicazioni come Photoshop e Premiere che sono perennemente affamate di RAM e di potenza di calcolo (il codice a 64 bit mediamente è il 10-15% più veloce rispetto allo stesso, ma a 32 bit).
Vien da ridere che Microsoft tempo addietro voleva spostare la linea server "in toto" su Itanium (perché Intel non voleva estendere l'architettura) e che quindi quest'idea del "molliamo tutto, ricominciamo con un architettura a 64 bit" ce l'avevano in testa da un po'... ma a quanto pare non gli riesce proprio :asd:
Beh, quella decisione mi sembra a dir poco ovvia, visto che l'unica prospettiva era, appunto, quella degli Itanium di Intel.

Poi arrivò AMD con la sua x86-64, e MS, intuendone le potenzialità, fece le scarpe a Intel.

Cosa avrebbe dovuto fare, soccombere con Intel e il suo fallimentare progetto, lasciando il mercato totalmente in mano alla concorrenza?

Come al solito ha visto giusto e ha azzeccato le scelte. ;)
IIRC gli Atom (o per meglio dire Diamondville, N270) hanno le estensioni a 64 bit.
I modelli precedenti (che comunque non erano pensati per essere usati nei PC) no, ma i netbook non li usano.


PS: My bad, ricordavo male io. Né N270 né il nuovo N280 hanno le estensioni a 64 bit. Avevo fatto confusione con l'HT.
Siamo in due allora: ricordavo anch'io che fossero tutti a 64 bit.

Non capisco come Intel faccia uscire ancora processori a 32 bit, seppur orientati a un mercato particolare come quello dei dispositivi a basso consumo. :muro:

[first register]

Non trovo i link per il download.
Se è veramente stabile vorrei provarla, qualcuno ha messo da parte i link microsoft per il download ?


grazie

[ConteZero]

Esattamente. Le macchine a 32 bit sono ancora troppo diffuse.

E'pericoloso abbandonarle a Linux XD

Immagini male: già la versione beta è molto stabile, e alcuni miei colleghi la usano tranquillamente da quando è uscita.

Seven ha un'eccellente code base, tanto che MS ha previsto il rilascio di UNA sola Beta e UNA sola RC prima dell'RTM finale.

Pochi software di così grosso calibro (parliamo di poco meno di cento milioni di righe di codice) si possono permettere questo lusso. :O

Again, sono tredici mesi ed è una beta... in tredici mesi possono cambiare (anche solo per questioni "politiche") un sacco di cose, e si troveranno un sacco di bug (altrimenti non sarebbe una beta).

A me non risulta: hai informazioni precise in merito?

http://www.betanews.com/article/Windows-Server-2008-The-Last-32bit-Operating-System/1179359920
http://www.neowin.net/news/main/07/05/17/microsoft-vista-is-last-version-of-windows-for-32-bit
http://apcmag.com/vista_will_be_the_last_version_of_windows_for_pentium_4_and_core_duo_owners.htm
Ma la proposta e le sparate risalgono a prima del lancio di Vista...

Un mio amico lo scorso anno ha aggiornato la sua macchina piazzandogli 8GB di RAM. E la usa per giocare. :D

Poi ci sono applicazioni come Photoshop e Premiere che sono perennemente affamate di RAM e di potenza di calcolo (il codice a 64 bit mediamente è il 10-15% più veloce rispetto allo stesso, ma a 32 bit).

Ok, ma una cosa è il mercato ed un altra sono le necessità attuali, già 2GB di RAM un SO client sono fin troppo.
Peraltro Photoshop e Premiere sono applicativi da workstation, non certo da client (=ci navigo, ci gioco a qualcosina, ci scrivo le mail ed uso word) e/o da ufficio, tant'è che l'EEE PC di Asus è un ottima "proposta" per gli uffici (e non è che con quel troccolo ci fai granché).
Per ultimo ok, è vero che il codice a 64 bit è più veloce (anche se di quanto è tutto da vedere) ma è altrettanto vero che il codice a 32 su un OS a 64 gira più lentamente che su un OS a 32...

Beh, quella decisione mi sembra a dir poco ovvia, visto che l'unica prospettiva era, appunto, quella degli Itanium di Intel.

Poi arrivò AMD con la sua x86-64, e MS, intuendone le potenzialità, fece le scarpe a Intel.

Cosa avrebbe dovuto fare, soccombere con Intel e il suo fallimentare progetto, lasciando il mercato totalmente in mano alla concorrenza?

Come al solito ha visto giusto e ha azzeccato le scelte. ;)

Al tempo.
Microsoft ha fatto di tutto, dietro ad Intel, per cercare di far naufragare AMD, tant'è che s'è esplicitamente rifiutata, e non per qualche settimana, di rilasciare un OS server x64 ed anche l'OS client (XP64) venne distribuito solo via OEM.
Poi, ovviamente s'è dovuta adeguare (ma più per la penetrazione nel mercato, anche server, di AMD che perché realmente interessata) ma Microsoft aveva scommesso tantissimo su Itanium, ed in parte quella scommessa l'ha persa.

Siamo in due allora: ricordavo anch'io che fossero tutti a 64 bit.

Non capisco come Intel faccia uscire ancora processori a 32 bit, seppur orientati a un mercato particolare come quello dei dispositivi a basso consumo. :muro:

Probabilmente avevano paura di "sovrapporre" due mercati, è facile pensare che a breve lancerà i CULV con supporto a 64 bit... Intel si fa pagare "per feature".

[danysamb]

Non trovo i link per il download.
Se è veramente stabile vorrei provarla, qualcuno ha messo da parte i link microsoft per il download ?


grazie

http://7windows.blogspot.com/2009/04/download-windows-7-rc-release-candidate.html

io ho provato alcune versioni:
la 7000 e 7057 a 32bit ( con 2 gb di ram)
la RC invece a 64 bit (con 4 gb di ram)
sono entrambe ottime e funzionano benissimo.
il problema dei 64 bit è che i software disponibili per il download dai vari siti dei produttori li devi andare a cercare scritti nativamente per il 64 bit e a volte non ci sono.
non che quelli 32 bit non girino... ma con quelli a 64 bit ho notato incrementi prestazionali: uno su tutti il benchmark di 7-zip

[cdimauro]

E'pericoloso abbandonarle a Linux XD
A nessuno. :cool:
Again, sono tredici mesi ed è una beta... in tredici mesi possono cambiare (anche solo per questioni "politiche") un sacco di cose, e si troveranno un sacco di bug (altrimenti non sarebbe una beta).
No, sono 13 mesi ed è una RC. A parte che già con le beta il codice sostanzialmente non si tocca più (quindi è stabile) e si passa al bug fix, con la RC c'è il code freeze vero e proprio e si procede alla rifinitura del codice (oltre ai bug fix).

Inoltre come puoi leggere dai commenti in giro, già la beta era ottima. Tant'è che c'è gente che la usa già stabilmente.
http://www.betanews.com/article/Windows-Server-2008-The-Last-32bit-Operating-System/1179359920
http://www.neowin.net/news/main/07/05/17/microsoft-vista-is-last-version-of-windows-for-32-bit
http://apcmag.com/vista_will_be_the_last_version_of_windows_for_pentium_4_and_core_duo_owners.htm
Ma la proposta e le sparate risalgono a prima del lancio di Vista...
Dall'ultimo link:

UPDATE | Microsoft's Alex Heaton has clarified the comment of Bill Laing, on which this story is based. "Bill Laing, a General Manager in the Microsoft Windows Server Division, has been quoted as saying that Windows Server 2008 will be the last 32-bit operating system. Bill is a server guy and indeed Windows Server 2008 is the last 32-bit server operating system – all future operating systems for server hardware from Microsoft beyond Windows Server 2008 will be 64-bit," Heaton said.

"A few folks took Bill’s comments on Windows Server and applied them to Windows Client deriving that Windows Vista would be the last 32-bit operating system. That is an incorrect extension. While Windows Vista includes both 32-bit and 64-bit and there is a growing community of drivers for 64-bit Windows Vista we have not decided when Windows Client will follow Windows Server and become 64-bit only."

;)
Ok, ma una cosa è il mercato ed un altra sono le necessità attuali, già 2GB di RAM un SO client sono fin troppo.
Se consideri che giocare è una cosa molto comune per i s.o. client, 2GB sono ormai strettini da tempo. Infatti da un po' di tempo i PC anche base vengono venduti in genere con 4GB di RAM.
Peraltro Photoshop e Premiere sono applicativi da workstation, non certo da client (=ci navigo, ci gioco a qualcosina, ci scrivo le mail ed uso word) e/o da ufficio, tant'è che l'EEE PC di Asus è un ottima "proposta" per gli uffici (e non è che con quel troccolo ci fai granché).
Indubbiamente, ma l'esigenza di RAM permane per lavorare meglio.

Credo che a breve i netbook "base" passeranno ad almeno 1GB di RAM, con le soluzioni più comuni proposte con 2GB.
Per ultimo ok, è vero che il codice a 64 bit è più veloce (anche se di quanto è tutto da vedere)
I test non mancano. Da stime di AMD del 2001 (se non erro) il miglioramento era del 10-15% circa, come ho riportato prima.

Da allora le architetture sono cambiate e sono state ottimizzate ancora di più, per cui mi aspetto qualcosina meglio ormai.
ma è altrettanto vero che il codice a 32 su un OS a 64 gira più lentamente che su un OS a 32...
No, mediamente si hanno le stesse prestazioni, se non addirittura un pelino di più.

Questo perché il degrado prestazionale dovuto all'invocazione delle API del s.o. (che sono a 64 bit) da un'applicazione a 32 bit (per cui è necessario effettuare una sorta di "tunnelling" 32 -> 64 -> 32) viene controbilanciato dal fatto che il codice del s.o. è a 64 bit e quindi gira più velocemente.

Anche di questi sono stati fatti dei test un po' di anni fa.
Al tempo.
Microsoft ha fatto di tutto, dietro ad Intel, per cercare di far naufragare AMD, tant'è che s'è esplicitamente rifiutata, e non per qualche settimana, di rilasciare un OS server x64 ed anche l'OS client (XP64) venne distribuito solo via OEM.
Ma la versione di Windows per AMD64 l'aveva già realizzata, però.

La sua intenzione non era di boicottare quest'architettura (si sarebbe sparata sui piedi da sola, se l'avesse fatto), quanto di dare il tempo a Intel di adeguare la sua linea di processori ad essa.

Son due cose diverse.
Poi, ovviamente s'è dovuta adeguare (ma più per la penetrazione nel mercato, anche server, di AMD che perché realmente interessata) ma Microsoft aveva scommesso tantissimo su Itanium, ed in parte quella scommessa l'ha persa.
Direi di no, per i motivi già esposti. La versione AMD64 era già pronta. Era Intel a non esserlo.

Tra l'altro è tipico per MS fare porting per architetture votate al server, come lo era appunto Itanium inizialmente (ed è rimasta tale anche dopo).
Ad esempio ne aveva realizzato uno per l'Alpha della Digital, altro "mostro" a 64 bit.

Negli ultimi anni ha deciso una politica diversa, cercando di concentrarsi più sull'architettura x86, visto che avevo cominciato a prendere piedi anche nel mercato server, e... adesso lo domina.

Infatti quando AMD ha presentato AMD64, dopo qualche tempo MS ha cominciato a lavorarci.

Quando Intel s'è accorta del grosso sbaglio che aveva fatto eliminando i 64 bit dalla sua architettura x86, ha cercato di porvi rimedio malamente proponendo una sua versione a 64 bit (nome in codice "Yamhill"), che ovviamente era incompatibile con la soluzione di AMD.

A questo punto MS ha posto Intel con le spalle al muro, perché le ha fatto capire che non avrebbe realizzato un'ulteriore versione di Windows per questa nuova ISA, in quanto per lei aveva già realizzato quella per Itanium, e l'AMD64 di AMD aveva già preso piede.

Per cui Intel ha dovuto subire l'umiliazione di adottare AMD64 dalla sua acerrima nemica.

Questa la storia, in estrema sintesi.
Probabilmente avevano paura di "sovrapporre" due mercati, è facile pensare che a breve lancerà i CULV con supporto a 64 bit... Intel si fa pagare "per feature".
Ed è un peccato che non ci sia AMD a farle concorrenza.

Ma è già tanto che non sia fallita, per cui al momento va bene così.

[ConteZero]

Ok, andiamo con ordine...

A nessuno. :cool:

C'è sempre il fido CD di XP (croce di Microsoft).

No, sono 13 mesi ed è una RC. A parte che già con le beta il codice sostanzialmente non si tocca più (quindi è stabile) e si passa al bug fix, con la RC c'è il code freeze vero e proprio e si procede alla rifinitura del codice (oltre ai bug fix).

Sono tredici mesi, in tredici mesi può accadere di tutto, specie ad un codice immaturo (nel senso di "non testato a fondo"), è un po'troppo ottimistico dire "non cambierà poi molto".

Inoltre come puoi leggere dai commenti in giro, già la beta era ottima. Tant'è che c'è gente che la usa già stabilmente.

Again... ancora si sà poco, diamo tempo al tempo.

Dall'ultimo link:

UPDATE | Microsoft's Alex Heaton has clarified the comment of Bill Laing, on which this story is based. "Bill Laing, a General Manager in the Microsoft Windows Server Division, has been quoted as saying that Windows Server 2008 will be the last 32-bit operating system. Bill is a server guy and indeed Windows Server 2008 is the last 32-bit server operating system – all future operating systems for server hardware from Microsoft beyond Windows Server 2008 will be 64-bit," Heaton said.

"A few folks took Bill’s comments on Windows Server and applied them to Windows Client deriving that Windows Vista would be the last 32-bit operating system. That is an incorrect extension. While Windows Vista includes both 32-bit and 64-bit and there is a growing community of drivers for 64-bit Windows Vista we have not decided when Windows Client will follow Windows Server and become 64-bit only."

;)

Ancora ? Ho detto che la notizia vera è molto più vecchia (dei tempi dell'uscita di Vista), solo che non è facile ritrovare i lanci d'allora.

Se consideri che giocare è una cosa molto comune per i s.o. client, 2GB sono ormai strettini da tempo. Infatti da un po' di tempo i PC anche base vengono venduti in genere con 4GB di RAM.

Windows si usa prevalentemente (quasi esclusivamente stando ai dati di vendita Microsoft :asd:) negli uffici, e negli uffici non si gioca granché.

Indubbiamente, ma l'esigenza di RAM permane per lavorare meglio.

No.
Oltre un certo quantitativo di memoria a meno di non usare applicativi particolari (che NON si usano tutti i giorni nei computer comuni) superare una certa soglia di RAM non serve ad un cispolo.

Credo che a breve i netbook "base" passeranno ad almeno 1GB di RAM, con le soluzioni più comuni proposte con 2GB.

Dipende da quanta RAM vogliono gli OS per girare.

I test non mancano. Da stime di AMD del 2001 (se non erro) il miglioramento era del 10-15% circa, come ho riportato prima.

Con codice nativo, approfittando dell'aumento dei registri e delle istruzioni "estese" a 64 bit (anche e soprattutto quelle multimediali).

Da allora le architetture sono cambiate e sono state ottimizzate ancora di più, per cui mi aspetto qualcosina meglio ormai.

Ma anche no.

No, mediamente si hanno le stesse prestazioni, se non addirittura un pelino di più.

Questo perché il degrado prestazionale dovuto all'invocazione delle API del s.o. (che sono a 64 bit) da un'applicazione a 32 bit (per cui è necessario effettuare una sorta di "tunnelling" 32 -> 64 -> 32) viene controbilanciato dal fatto che il codice del s.o. è a 64 bit e quindi gira più velocemente.

No guarda, un doppio context switch non lo recuperi.

Anche di questi sono stati fatti dei test un po' di anni fa.

Che dimostravano che il codice a 32 bit su sistemi a 64 bit andava più lentamente che sulla stessa macchina con OS a 32 bit.

Ma la versione di Windows per AMD64 l'aveva già realizzata, però.

Non esattamente... c'ha messo un po'per tirarla fuori, tant'è che io con un newcastle preso ad un anno dal lancio della CPU per molto tempo ho dovuto usare SO a 32 bit o Linux. (ed anche dopo visto che l'OS non è stato messo in vendita sul mercato retail)

La sua intenzione non era di boicottare quest'architettura (si sarebbe sparata sui piedi da sola, se l'avesse fatto), quanto di dare il tempo a Intel di adeguare la sua linea di processori ad essa.

Non supportare è sinonimo di boicottare.

Son due cose diverse.

No, è la stessa cosa, tant'è che per un annetto buono se ne sono tutti strafregati... poi SUN ha lanciato una linea server Opteron, il mercato ha cominciato a vedere gli x64 come un alternativa MOLTO valida agli Itanium.
Qui la cacchiata la fece Intel che prima introdusse una "backward compatibility" minima negli IA64 e poi la rimosse del tutto, affidando il supporto al codice "legacy" a 32 bit ad una libreria con interprete.
Il mercato server cominciò a storcere il naso, e con gli AMD64 che vendevano tonnellate di processori a prezzi concorrenziali Microsoft dovette mandare a quel paese Intel.

Direi di no, per i motivi già esposti. La versione AMD64 era già pronta. Era Intel a non esserlo.

Ma anche no... a Microsoft l'idea di pensionare IA32 stava più che bene.

Tra l'altro è tipico per MS fare porting per architetture votate al server, come lo era appunto Itanium inizialmente (ed è rimasta tale anche dopo).
Ad esempio ne aveva realizzato uno per l'Alpha della Digital, altro "mostro" a 64 bit.

Si, ma ai tempi di NT4.0, ed interrotto al SP3... da allora il silenzio fino ad IA64... non oserei parlare di Microsoft come di una società che si dedica alle architetture anche perché la sua scelta di rimanere ancorata ad x86 è nota, tant'è che molte architetture migliori (fra cui i POWER e PowerPC) sono state allegramente snobbate per anni.

Negli ultimi anni ha deciso una politica diversa, cercando di concentrarsi più sull'architettura x86, visto che avevo cominciato a prendere piedi anche nel mercato server, e... adesso lo domina.

Mario Monti avrebbe da dire due parole a riguardo.

Infatti quando AMD ha presentato AMD64, dopo qualche tempo MS ha cominciato a lavorarci.

Qualche tempo misurabile in giorni, settimane, mesi o anni ?

Quando Intel s'è accorta del grosso sbaglio che aveva fatto eliminando i 64 bit dalla sua architettura x86, ha cercato di porvi rimedio malamente proponendo una sua versione a 64 bit (nome in codice "Yamhill"), che ovviamente era incompatibile con la soluzione di AMD.

A questo punto MS ha posto Intel con le spalle al muro, perché le ha fatto capire che non avrebbe realizzato un'ulteriore versione di Windows per questa nuova ISA, in quanto per lei aveva già realizzato quella per Itanium, e l'AMD64 di AMD aveva già preso piede.

Per cui Intel ha dovuto subire l'umiliazione di adottare AMD64 dalla sua acerrima nemica.

Questa la storia, in estrema sintesi.

Ed è un peccato che non ci sia AMD a farle concorrenza.

Ma è già tanto che non sia fallita, per cui al momento va bene così.

Più o meno, con il piccolo dettaglio che se AMD diventa fabless ed abbraccia un modello "simil ARM" per Intel saranno ca**i amari.
E, stando a quel che ricordavo (e che wikipedia conferma) Yamhill era solo il "codename" delle estensioni EM64T, ovvero le attuali estensioni a 64 bit di Intel, clone di quelle di AMD e non un architettura diversa: http://en.wikipedia.org/wiki/Intel_64#Intel_64

[blamecanada]

Secondo me potrebbero anche farlo solo a 64 bit, purché i programmi a 32 bit siano emulabili (e considerando che hanno il sorgente dei loro sistemi operativi non dovrebbe certo essere difficile...).

[entanglement]

Secondo me potrebbero anche farlo solo a 64 bit, purché i programmi a 32 bit siano emulabili (e considerando che hanno il sorgente dei loro sistemi operativi non dovrebbe certo essere difficile...).

hanno paura che resti sugli scaffali ... conosco più d'uno che ha solo 1 giga di ram. col 64 bit basta giusto per far bootare

[Ferdy78]

hanno paura che resti sugli scaffali ... conosco più d'uno che ha solo 1 giga di ram. col 64 bit basta giusto per far bootare

sugli scafali ci resta lo stesso anche la versione a 32 bit...anche perchè, visti i prezzi...

Non fraintendete niente cose illegali.
Microsoft vende Windows solo attraverso i preinstallati ossia licenze OEM.

togli i pc della grande distibuzione e le PA, windows o non esiste o è in versione 120 gg...

Le licenze retail, ossia inscatolate a 240 € e più ..se le possono tener strette, cosa che mi sembra accada da sempre o quasi..: asd:

Il 64 Bit: quando e ripeto, quando tutto il sw verrà riscritto da zero per i 64 bit, ne potremmo anche discutere:O

Non ho cosa farmene di un sistema scritto a 64 bit su cui però gira software NON nativo, un pò come i software per il mutitasking...quanti sono, ad uso comune, quelli che riescono a sfruttarmi i processori quad e i7?
Un dual core (che fra l'altro neppure mi ha attizzato ancora...asd:) basta et avanza anche per il videogiocatore più incallito.

IL MERCATO HA BISOGNO DI UNA BELLA RESETTATA:O :)

Per il resto un so a 32 bit e due gb di RAM bastano e avanzano per le normali attività che si fanno con un pc casalingo.

Ad ogni modo dgt winver (in run) dalla schermata si evince che scade il 02 Marzo 2010.

Come ci arrivi a Giugno del 2010 è da vedere.;)

[:.Blizzard.:]

Secondo me potrebbero anche farlo solo a 64 bit, purché i programmi a 32 bit siano emulabili (e considerando che hanno il sorgente dei loro sistemi operativi non dovrebbe certo essere difficile...).

Questo è certo. I programmi a 32 bit girano tranquillamente anche su sistemi a 64 bit purchè i primi non facciano uso di driver a 32 bit.

[cdimauro]

C'è sempre il fido CD di XP (croce di Microsoft).
Ai nemici non bisogna lasciare nemmeno le briciole. :cool:
Sono tredici mesi, in tredici mesi può accadere di tutto, specie ad un codice immaturo (nel senso di "non testato a fondo"), è un po'troppo ottimistico dire "non cambierà poi molto".
Ripeto: è una Release Candidate, non una alpha o una pre-beta.

A questo stadio le uniche cose che cambiano sono i bug... fixati. :D Il codice è ben più che maturo: è semplicemente da finalizzare (rimuovere bug, rimuovere codice di debug inutile, ottimizzare).
Again... ancora si sà poco, diamo tempo al tempo.
Ci sono milioni di persone che l'hanno già provato, e i commenti entusiastici sono lo specchio della situazione. Finora non ho trovato gente delusa.
Ancora ? Ho detto che la notizia vera è molto più vecchia (dei tempi dell'uscita di Vista), solo che non è facile ritrovare i lanci d'allora.
Immagino. Comunque onestamente non ricordo di voci del genere. Finora quel che ho trovato in giro sono le dichiarazioni che hai riportato anche tu, ma che sono state subito smentite da MS (causa fraintendimento).
Windows si usa prevalentemente (quasi esclusivamente stando ai dati di vendita Microsoft :asd:) negli uffici,
Quindi tutta la gente che compra i PC nei centri commerciali sono in realtà impiegati che li acquistano per l'azienda? :stordita:
e negli uffici non si gioca granché.
Sicuramente non all'ultimo Prince of Persia. :D
No.
Oltre un certo quantitativo di memoria a meno di non usare applicativi particolari (che NON si usano tutti i giorni nei computer comuni) superare una certa soglia di RAM non serve ad un cispolo.

Dipende da quanta RAM vogliono gli OS per girare.
Un s.o. con KDE, FireFox, Thunderbird, OpenOffice aggiornate alle ultime versioni è il minimo sindacale oggi come oggi.
Con codice nativo, approfittando dell'aumento dei registri e delle istruzioni "estese" a 64 bit (anche e soprattutto quelle multimediali).
No, quei calcoli sono stati fatti per lo più con codice generico / non multimediale.

Quanto al multimedia, dalle SSE2 di allora (2003) siamo passati alle SSE4a. "Qualcosina" è cambiata...
Ma anche no.
Quindi se AMD annuncia estensioni a 64 bit alla sua ISA, lo fa soltanto per proclami pubblicitari...
No guarda, un doppio context switch non lo recuperi.
I due context switch servono lo stesso, visto che stiamo parlando di chiamare API del s.o., e questo funziona a ring-0 (mentre le applicazioni a ring-3).

La differenza sta nel codice che esegui in mezzo: a 64 bit oppure a 32.
Che dimostravano che il codice a 32 bit su sistemi a 64 bit andava più lentamente che sulla stessa macchina con OS a 32 bit.
I primi test erano viziati dalla presenza di driver video immaturi. Se guardi i benchmark di qualche anno dopo vedi come la differenza è praticamente inesistente.

Se ritrovo l'articolo sul WOW64 ti posto il link.
Non esattamente... c'ha messo un po'per tirarla fuori, tant'è che io con un newcastle preso ad un anno dal lancio della CPU per molto tempo ho dovuto usare SO a 32 bit o Linux. (ed anche dopo visto che l'OS non è stato messo in vendita sul mercato retail)
Sì, ha impiegato un po' per tirarla fuori, ed è infatti quello che dico anch'io.
Non supportare è sinonimo di boicottare.
Ma non l'architettura. Il boicottaggio è rivolto verso AMD.
No, è la stessa cosa, tant'è che per un annetto buono se ne sono tutti strafregati... poi SUN ha lanciato una linea server Opteron, il mercato ha cominciato a vedere gli x64 come un alternativa MOLTO valida agli Itanium.
Ripeto. Il boicottaggio è nei confronti di AMD, non di AMD64, sul quale MS aveva già investito (e non si buttano soldi così senza motivo, per "boicottare" un'architettura).
Qui la cacchiata la fece Intel che prima introdusse una "backward compatibility" minima negli IA64 e poi la rimosse del tutto, affidando il supporto al codice "legacy" a 32 bit ad una libreria con interprete.
Più precisamente era un compilatore JIT x86 -> Itanium.
Il mercato server cominciò a storcere il naso, e con gli AMD64 che vendevano tonnellate di processori a prezzi concorrenziali Microsoft dovette mandare a quel paese Intel.
Questa è stata la molla, sicuramente. Come dicevo io tra l'altro.
Ma anche no... a Microsoft l'idea di pensionare IA32 stava più che bene.
Non mi risulta, e sarebbe stata una stupida a farlo, visto che il suo mercato è sempre stato quello.
Si, ma ai tempi di NT4.0, ed interrotto al SP3... da allora il silenzio fino ad IA64... non oserei parlare di Microsoft come di una società che si dedica alle architetture anche perché la sua scelta di rimanere ancorata ad x86 è nota, tant'è che molte architetture migliori (fra cui i POWER e PowerPC) sono state allegramente snobbate per anni.
POWER lo sai che è di dominio assoluto di IBM. Non è che ti vende il processore "sfuso": IBM vende il pacchetto completo.

I PowerPC erano invece dominio di Apple, che piazzava e piazza obbligatoriamente il suo s.o. per ogni macchina venduta, per giunta facendo di tutto per impedire ad altri s.o. di potersi installare (vedi vicenda BeOS a riguardo).

Quindi è rimasto un mercato sostanzialmente inutile da "attaccare".
Mario Monti avrebbe da dire due parole a riguardo.
Riportale pure. :cool:
Qualche tempo misurabile in giorni, settimane, mesi o anni ?
Che io ricordi, "casualmente" poco dopo l'arrivo della prima distro Linux a 64 bit. :asd:
Più o meno, con il piccolo dettaglio che se AMD diventa fabless ed abbraccia un modello "simil ARM" per Intel saranno ca**i amari.
No, sono cazzi amari per AMD piuttosto, visto che la licenza x86 che gli ha concesso Intel obbliga ad avere anche delle fabbriche, e per questo sono previste cause legali a breve.
E, stando a quel che ricordavo (e che wikipedia conferma) Yamhill era solo il "codename" delle estensioni EM64T, ovvero le attuali estensioni a 64 bit di Intel, clone di quelle di AMD e non un architettura diversa: http://en.wikipedia.org/wiki/Intel_64#Intel_64
Questo suggella la fine della vicenda in maniera "pulita" per Intel, ma si sapeva che le Yamhill fossero incompatibili con AMD64:

http://www.theinquirer.net/inquirer/news/937/1012937/is-intel-yamhill-to-be-amd-incompatible
http://www.theinquirer.net/inquirer/news/223/1026223/intel-readies-yamhill-ct-for-big-jamboree

E non solo: anche la prima versione di EM64T aveva delle incompatibilità con AMD64. Segno di un progetto realizzato in fretta e furia, giusto per allinearsi al nuovo standard.
sugli scafali ci resta lo stesso anche la versione a 32 bit...anche perchè, visti i prezzi...

Non fraintendete niente cose illegali.
Microsoft vende Windows solo attraverso i preinstallati ossia licenze OEM.

togli i pc della grande distibuzione e le PA, windows o non esiste o è in versione 120 gg...

Le licenze retail, ossia inscatolate a 240 € e più ..se le possono tener strette, cosa che mi sembra accada da sempre o quasi..: asd:
Ci sono sempre i PC che escono dai grandi vendor per il grande pubblico. ;)
Il 64 Bit: quando e ripeto, quando tutto il sw verrà riscritto da zero per i 64 bit, ne potremmo anche discutere:O
Veramente non serve riscriverlo da zero: è sufficiente una ricompilazione.
Non ho cosa farmene di un sistema scritto a 64 bit su cui però gira software NON nativo,
Io non so cosa farme di un s.o. SENZA software. :p
un pò come i software per il mutitasking...quanti sono, ad uso comune, quelli che riescono a sfruttarmi i processori quad e i7?
Un dual core (che fra l'altro neppure mi ha attizzato ancora...asd:) basta et avanza anche per il videogiocatore più incallito.
Ci vorrà tempo per ciò che chiedi.
IL MERCATO HA BISOGNO DI UNA BELLA RESETTATA:O :)

Per il resto un so a 32 bit e due gb di RAM bastano e avanzano per le normali attività che si fanno con un pc casalingo.
Indubbiamente.

[first register]

sugli scafali ci resta lo stesso anche la versione a 32 bit...anche perchè, visti i prezzi...

Non fraintendete niente cose illegali.
Microsoft vende Windows solo attraverso i preinstallati ossia licenze OEM.

togli i pc della grande distibuzione e le PA, windows o non esiste o è in versione 120 gg...

Le licenze retail, ossia inscatolate a 240 € e più ..se le possono tener strette, cosa che mi sembra accada da sempre o quasi..: asd:

Il 64 Bit: quando e ripeto, quando tutto il sw verrà riscritto da zero per i 64 bit, ne potremmo anche discutere:O

Non ho cosa farmene di un sistema scritto a 64 bit su cui però gira software NON nativo, un pò come i software per il mutitasking...quanti sono, ad uso comune, quelli che riescono a sfruttarmi i processori quad e i7?
Un dual core (che fra l'altro neppure mi ha attizzato ancora...asd:) basta et avanza anche per il videogiocatore più incallito.

IL MERCATO HA BISOGNO DI UNA BELLA RESETTATA:O :)

Per il resto un so a 32 bit e due gb di RAM bastano e avanzano per le normali attività che si fanno con un pc casalingo.

Ad ogni modo dgt winver (in run) dalla schermata si evince che scade il 02 Marzo 2010.

Come ci arrivi a Giugno del 2010 è da vedere.;)


Senza andare troppo sul tecnico, il 5 maggio sarà disponibile windows7 per il download, il punto è io ho Xp su un amd32bit con 2giga di ram... l'upgrade potrebbe dare dei vantaggi oppure è meglio tenere XP ?

Qualcuno l'ha già provato ?

[entanglement]

Per il resto un so a 32 bit e due gb di RAM bastano e avanzano per le normali attività che si fanno con un pc casalingo.


magari ...

basterebbe usare di più la GPU per i calcoli più intensivi

[danysamb]

Senza andare troppo sul tecnico, il 5 maggio sarà disponibile windows7 per il download, il punto è io ho Xp su un amd32bit con 2giga di ram... l'upgrade potrebbe dare dei vantaggi oppure è meglio tenere XP ?

Qualcuno l'ha già provato ?

magari non tenerlo come sistema operativo primario dato che è ancora provvisorio (ma stabile comunque).
se lo vuoi provare fai una partizione da 40 gb e sopra ci installi S.O. e programmi

[killercode]

Credo che la proverò....:eek:

[first register]

magari non tenerlo come sistema operativo primario dato che è ancora provvisorio (ma stabile comunque).
se lo vuoi provare fai una partizione da 40 gb e sopra ci installi S.O. e programmi

ok aspettiamo il 5maggio... :)

[ZonaDopa]

ma non si può fare il dual boot xp/7 ?

[danysamb]

ma non si può fare il dual boot xp/7 ?

si... basta che crei una partizione e poi ci installi dentro il 7.
io ho XP SP3 sul raid di raptor e invece w7 su una partizione del disco di archiviazione

[lowenz]

Per chi chiedeva l'emulazione a 32 bit.....c'è già in Vista 64 e va BENISSIMO, il problema che non tutto è emulabile (un esempio scemo sono i driver che esistono solo a 32 bit della protezione di alcuni giochi :D)

Il vero problema è l'emulazione a 16 bit che manca e se per le applicazioni basta una macchina virtuale con XP 32, con vecchi giochi degli anni '90 non si può avere proprio il massimo da una macchina virtuale (anche solo come gestione degli input -> MOUSE).

Spero che la famosa modalità di virtualizzazion di XP contenuta in 7 vada bene anche per quelli :stordita:

[Freeskis]

Per chi chiedeva l'emulazione a 32 bit.....c'è già in Vista 64 e va BENISSIMO, il problema che non tutto è emulabile (un esempio scemo sono i driver che esistono solo a 32 bit della protezione di alcuni giochi :D)

Il vero problema è l'emulazione a 16 bit che manca e se per le applicazioni basta una macchina virtuale con XP 32, con vecchi giochi degli anni '90 non si può avere proprio il massimo da una macchina virtuale (anche solo come gestione degli input -> MOUSE).

Spero che la famosa modalità di virtualizzazion di XP contenuta in 7 vada bene anche per quelli :stordita:

ci sono le versioni di pacman anche in flash volendo eh :stordita:

[lowenz]

ci sono le versioni di pacman anche in flash volendo eh :stordita:
Sì lo so, ma il mio problema sono giochini come Thief 1, 2, ecc.....Looking Glass pur fallendo non ha rilasciato il sorgente :grrr:
Per non parlare di MechWarrior 2 :O

(Paradossalmente Mech 3 gira con meno problemi su Vista che su XP :asd: )

[lowenz]

Cut
Mi appello a te, o sommo (magari pure a Fek) per una rischiesta che sa un po' di assurdo :O

Che tu sappia c'è il modo di virtualizzare il cavetto che collegava la scheda audio a lettore CD e che era indispensabile su Win95/98 per sentire le tracce audio sui CD di giochi come Mech2 o Quake2? :D
A me piacerebbe soprattutto avere il ponte audio analogico tra Daemon Tools e Virtual PC o Virtual Box (il primo è ottimo se vuoi farci girare il Win98).

[Freeskis]

Sì lo so, ma il mio problema sono giochini come Thief 1, 2, ecc.....Looking Glass pur fallendo non ha rilasciato il sorgente :Grrr:

Per non parlare di MechWarrior 2 :O

(Paradossalmente Mech 3 gira con meno problemi su Vista che su XP :asd: )

sarà che sono giovane ma sti titoli non mi dicono niente :stordita:

[ConteZero]

Per chi chiedeva l'emulazione a 32 bit.....c'è già in Vista 64 e va BENISSIMO, il problema che non tutto è emulabile (un esempio scemo sono i driver che esistono solo a 32 bit della protezione di alcuni giochi :D)

Il vero problema è l'emulazione a 16 bit che manca e se per le applicazioni basta una macchina virtuale con XP 32, con vecchi giochi degli anni '90 non si può avere proprio il massimo da una macchina virtuale (anche solo come gestione degli input -> MOUSE).

Spero che la famosa modalità di virtualizzazion di XP contenuta in 7 vada bene anche per quelli :stordita:

Gli x64 hanno due modalità, quella "protetta" normale, in cui possono stare insieme ambienti protetti 386, 286 e x86 quasi nativi (con la possibilità di tornare in modalità reale all'occorrenza, come faceva W98) e quella "AMD64" in cui possono coesistere solo ambienti protetti a 64 bit e 386.
Per i titoli degli anni '90 è molto più veloce e pratico montare un BOCHS, quanto ai driver di protezione anticopia il problema si pone eccome e non è facilmente aggirabile (anche perché il lato "driver" su una macchina a 64 bit è tutto a 64 bit).

PS: UFO: Enemy unknown per tutta la vita :P

[lowenz]

sarà che sono giovane ma sti titoli non mi dicono niente :stordita:
I 2 Thief hanno 10 anni mente Mech 2 è DOS del 1995 ma ne furono fatte versioni anche per Win95 :p

Resta il gioco con la OST più bella della storia :cool: peccato che sia in traccia audio CD :muro:

[lowenz]

BOCHS
Link per un binary 2.3.7 Win x64? :D

Non lo trovo :sob:

[ConteZero]

Link per un binary 2.3.7 Win x64? :D

Non lo trovo :sob:

http://sourceforge.net/project/downloading.php?group_id=12580&filename=Bochs-2.3.7.exe&a=52511848

Questa è la versione i386, che dovrebbe girare senza problemi su un OS a 64 bit.

[cdimauro]

Mi appello a te, o sommo (magari pure a Fek) per una rischiesta che sa un po' di assurdo :O

Che tu sappia c'è il modo di virtualizzare il cavetto che collegava la scheda audio a lettore CD e che era indispensabile su Win95/98 per sentire le tracce audio sui CD di giochi come Mech2 o Quake2? :D
A me piacerebbe soprattutto avere il ponte audio analogico tra Daemon Tools e Virtual PC o Virtual Box (il primo è ottimo se vuoi farci girare il Win98).
Teoricamente è fattibilissimo. Il problema è che l'emulatore deve provvedere a "collegare" l'output del CD/DVD virtualizzato all'ingresso della scheda audio altrettanto virtualizzata.

Con l'hardware non c'era problema: collegavi il cavetto, e amen. Via software l'unico che è in grado di "infilare il cavetto" al posto giusto è il virtualizzatore. :D

P.S. Esagerato!!! :p
Gli x64 hanno due modalità, quella "protetta" normale, in cui possono stare insieme ambienti protetti 386, 286 e x86 quasi nativi (con la possibilità di tornare in modalità reale all'occorrenza, come faceva W98) e quella "AMD64" in cui possono coesistere solo ambienti protetti a 64 bit e 386.
La modalità nativa si chiama "long mode".
Per i titoli degli anni '90 è molto più veloce e pratico montare un BOCHS,
Io suggerirei di provare prima con QEMU, visto che in questo caso architettura host e client sono entrambe x86, per cui si comporta come un virtualizzatore (altrimenti sfruttava il compilatore JIT per traslare da ISA cliente a quella host) ed è, quindi, MOOOOOOOLTO più veloce.

DOSBox e Bochs purtroppo non hanno nemmeno un compilatore JIT (per lo meno dall'ultima volta che ho controllato lo stato in cui versavano), quindi sono abbastanza lenti. :stordita:
quanto ai driver di protezione anticopia il problema si pone eccome e non è facilmente aggirabile (anche perché il lato "driver" su una macchina a 64 bit è tutto a 64 bit).
Tristemente vero, ma un virtualizzatore o un emulatore potrebbe emulare anche la protezione. :D

[ConteZero]

La modalità nativa si chiama "long mode".

E'dal tempo dei 386 che non scrivo codice asm su x86... ho dato un occhiata alle estensioni del set AMD ma non sono arrivato a studiarmi i nomi.
Per il resto onestamente l'ISA x86 è una porcheria immonda, c'è troppa roba dentro.

Io suggerirei di provare prima con QEMU, visto che in questo caso architettura host e client sono entrambe x86, per cui si comporta come un virtualizzatore (altrimenti sfruttava il compilatore JIT per traslare da ISA cliente a quella host) ed è, quindi, MOOOOOOOLTO più veloce.

Vabé, per giocare a titoli degli anni '90 non c'è bisogno di avere chissà quale velocità...

Tristemente vero, ma un virtualizzatore o un emulatore potrebbe emulare anche la protezione. :D

Non tutti i processori Intel hanno il supporto VT, Intel si diverte a mettere le feature a seconda del modello.

[lowenz]

Vabé, per giocare a titoli degli anni '90 non c'è bisogno di avere chissà quale velocità...

Ma bastarebbe che nVidia lasci la licenza per l'emulazione di hardware 3DFX/Glide e bon.....andrebbe tutto :D
Voodoo 2 virtuale e va tuttissimo :p

L'unico problema resta la gestione corretta dell'input: VirtualBox mi fa girare a 60 fps Unreal virtualizzato su Vista64 (non ce ne sarebbe bisogno perchè va benissimo nativamente, ma volevo curiosare), ma appena cerco di muovermi nella scena col mouse mi ritrovo a guardare il pavimento fisso :asd:

[lowenz]

Non tutti i processori Intel hanno il supporto VT, Intel si diverte a mettere le feature a seconda del modello.
Te ne accorgi quando virtualizzi un ambiente a 64 bit.....VB o VW ti dicono "Non puoi ciccio" se mancano VdP o Pacifica :D
Altrimenti ce ne si accorge poco della loro presenza/assenza.

[lowenz]

Con l'hardware non c'era problema: collegavi il cavetto, e amen. Via software l'unico che è in grado di "infilare il cavetto" al posto giusto è il virtualizzatore. :D
Eh lo so, ma il dubbio atroce sta nel fatto che era un accesso analogico e non digitale alla periferica!

[cdimauro]

E'dal tempo dei 386 che non scrivo codice asm su x86... ho dato un occhiata alle estensioni del set AMD ma non sono arrivato a studiarmi i nomi.
Per il resto onestamente l'ISA x86 è una porcheria immonda, c'è troppa roba dentro.
AMD ha fatto un po' di pulizia con l'AMD64: tante vecchissime istruzioni legacy sono sparite, per far posto a nuove istruzioni.

Quindi in long-mode scordiamoci pure roba come AAD, DAS, ARPL, ecc. (ma chi le ha mai usate? :asd:)
Vabé, per giocare a titoli degli anni '90 non c'è bisogno di avere chissà quale velocità...
Vero, ma eventualmente c'è qualche soluzione.
Non tutti i processori Intel hanno il supporto VT, Intel si diverte a mettere le feature a seconda del modello.
Non serve avere l'ultima tecnologia in ambito di virtualizzazione: quel che manca lo si emula via software, come si faceva prima. :fagiano:
Ma bastarebbe che nVidia lasci la licenza per l'emulazione di hardware 3DFX/Glide e bon.....andrebbe tutto :D
Voodoo 2 virtuale e va tuttissimo :p
www.mame.net :cool:
L'unico problema resta la gestione corretta dell'input: VirtualBox mi fa girare a 60 fps Unreal virtualizzato su Vista64 (non ce ne sarebbe bisogno perchè va benissimo nativamente, ma volevo curiosare), ma appena cerco di muovermi nella scena col mouse mi ritrovo a guardare il pavimento fisso :asd:
Mai provato. Quindi è praticamente inutilizzabile, così. :(
Te ne accorgi quando virtualizzi un ambiente a 64 bit.....VB o VW ti dicono "Non puoi ciccio" se mancano VdP o Pacifica :D
Altrimenti ce ne si accorge poco della loro presenza/assenza.
Prima si virtualizzava interamente via software, senza estensioni hardware. :fagiano:
Eh lo so, ma il dubbio atroce sta nel fatto che era un accesso analogico e non digitale alla periferica!
Hum. Se il lettore è fisico (quindi non è emulato) dovrebbe bastare reindirizzare l'input della scheda video verso la macchina emulata.

Se invece è emulato, allora dovrebbe essere banale per il virtualizzatore effettuare questo "collegamento".

[AntonioBO]

Microsoft... "concede " Seven per 12 mesi.... SOCCIA CHE CULO!!! Io uso Linux che è sempre gratis. Attualmente Ubuntu 9.04 64 bit con file system ext 4. Una scheggia. Tutti i driver presenti e senza problemi... ancora a rincorrere le chimere Microsoft??? FORMAT FORMAT FORMAT.......

[sander4]

non voglio scazzi con i driver, giochi o antivirus e firewall che magari si scoprono non ancora compatibili causandomi errori e malditesta, quindi non lo monterò... certo che "gratis", in fondo si fa da beta tester, per quanto la versione possa essere stabile

[^TiGeRShArK^]

Microsoft... "concede " Seven per 12 mesi.... SOCCIA CHE CULO!!! Io uso Linux che è sempre gratis. Attualmente Ubuntu 9.04 64 bit con file system ext 4. Una scheggia. Tutti i driver presenti e senza problemi... ancora a rincorrere le chimere Microsoft??? FORMAT FORMAT FORMAT.......

e mi spiegheresti come ti gira visual studio sotto linux? :doh:

[^TiGeRShArK^]

non voglio scazzi con i driver, giochi o antivirus e firewall che magari si scoprono non ancora compatibili causandomi errori e malditesta, quindi non lo monterò... certo che "gratis", in fondo si fa da beta tester, per quanto la versione possa essere stabile
Io ci sto lavorando da gennaio con seven sul macbook pro e non ho avuto problemi (a parte il risveglio dallo sleep che un paio di volte mi si è incriccato)

[||ElChE||88]

e mi spiegheresti come ti gira visual studio sotto linux? :doh:
http://img30.picoodle.com/img/img30/2/5/2/elche/f_Untitled1m_497c27d.png

[lowenz]

Microsoft... "concede " Seven per 12 mesi.... SOCCIA CHE CULO!!! Io uso Linux che è sempre gratis. Attualmente Ubuntu 9.04 64 bit con file system ext 4. Una scheggia. Tutti i driver presenti e senza problemi... ancora a rincorrere le chimere Microsoft??? FORMAT FORMAT FORMAT.......
NO, è open, non è SEMPRE GRATIS, dato che anche l'open source può essere a pagamento ( vedi Red Hat e Suse) :p

[lowenz]

Mai provato. Quindi è praticamente inutilizzabile, così. :(
Mica mi arrendo: VirtualBox offre una specie di tunneling OpenGL verso i driver della GPU host (ecco perchè faccio i miei buoni 60 fps :D) e quindi è proprio quello che farebbe al caso mio.....in qualche modo sistemerò il problema del mouse (potrebbe essere sufficiente non installare i driver che permettono di evitare il "click" nella finestra per attivare l'input e che ne gestiscono lo smoothing).

Se invece è emulato, allora dovrebbe essere banale per il virtualizzatore effettuare questo "collegamento".
L'ideale sarebbe il ponte con Daemon Tools (che intanto appare come fisico alla macchina virtuale anche se lui a sua volta è virtuale, magie dell'HAL :D)

[StefAno Giammarco]

È del tutto evidente che è colpa di Berlusconi.
Detto ciò ho il vago sentore che non sia la sezione giusta ma non ne sono sicuro.
Adesso chiudo, ci rifletto, e fra 10-12 mesi vi faccio sapere il responso.

Stay tuned.