NVIDIA conferma: il progetto Denver è una CPU per PC, server e workstation

[Mercuri0]

Originariamente inviato da Capozz

Più concorrenti ci sono, meglio è.
Però non sono molto fiducioso.

Perché si ragiona pensando che lo scenario all'uscita di Denver sarà simile all'attuale. Invece, c'è un grosso cambio in atto.

Sugli ARM sui server ci stava pensando anche ARM con le ultime architetture: nVidia segue, o forse in qualchemodo apre, la scia.

Come dire: forse non avrà granché mercato sui piccì, ma chissà che mercato avranno i piccì all'uscita di Denver.

[Pier2204]

Originariamente inviato da goldorak

Eh gia', chi si ricorda che NT 4 girava su cpu Alpha ?

Probabilmente hai ragione, ma sono 2 periodi diversi, le CPU Alpha avevano il destino già segnato nel settore PC, le workstation sono relegate a una nicchia di mercato professionale, le CPU ARM sono diffusissime, hanno una massa critica che potrebbe far gola a investimenti pesanti, hanno ancora forti margini di sviluppo.

Interessante..

[gatsu.l]

Ok i Maya avevano ragione nel 2012 il mondo finirà........

[goldorak]

Originariamente inviato da Pier2204

Probabilmente hai ragione, ma sono 2 periodi diversi, le CPU Alpha avevano il destino già segnato nel settore PC, le workstation sono relegate a una nicchia di mercato professionale, le CPU ARM sono diffusissime, hanno una massa critica che potrebbe far gola a investimenti pesanti, hanno ancora forti margini di sviluppo.

Interessante..

E vero, ma qui pare di sentire la morte annunciata di x86-64, il che lasciamelo dire e' quantomeno ridicolo. Che le nuove cpu ARM/Nvidia possano essere competitive contro Atom etc... e' possibile. Che vadano ad intoccare la fortezza desktop e' impossibile. Il predominio di x68 sta nel software forse molti se ne dimenticano ? Intel a un certo punto voleva cestinare x86 e portare IA 64 (o una sua variante) sul desktop.
Progetto che falli' miseramente e non per causa di AMD.

[fano]

Originariamente inviato da AnonimoVeneziano

Interessante questa cosa, anche se purtroppo non basta la presenza di Windows per decretare il successo di una piattaforma, soprattutto quando il 90% dei programmi per Windows non ci girano sopra.

Io credo che le applicazioni più recenti scritte in .NET dovrebbero funzionare senza problemi.... dopotutto CLI non è altro che un clone di JAVA, no ?

Con Windows 8 il discorso .NET dovrebbe essere ulteriormente estremizzato... credo l'intero OS (a parte forse HAL) sarà scritto in .NET!

Diverso il discorso per applicazioni native più vecchiotte o addirittura applicazioni 9X/Dos... lì ci vorrebbe una sorta di emulatore

[goldorak]

Originariamente inviato da fano

Io credo che le applicazioni più recenti scritte in .NET dovrebbero funzionare senza problemi.... dopotutto CLI non è altro che un clone di JAVA, no ?

Con Windows 8 il discorso .NET dovrebbe essere ulteriormente estremizzato... credo l'intero OS (a parte forse HAL) sarà scritto in .NET!

Diverso il discorso per applicazioni native più vecchiotte o addirittura applicazioni 9X/Dos... lì ci vorrebbe una sorta di emulatore

Azz i giochi su .net avranno tanto successo come quelli su java.

[WarDuck]

Originariamente inviato da AnonimoVeneziano

Interessante questa cosa, anche se purtroppo non basta la presenza di Windows per decretare il successo di una piattaforma, soprattutto quando il 90% dei programmi per Windows non ci girano sopra.

Però almeno è un faro di speranza in un oceano BLU.

Le applicazioni .NET non avranno problemi, perché MS riscriverà la macchina virtuale per ARM e quindi continueranno a funzionare.

Per gli applicativi nativi, tranne quelli che fanno pesante uso di assembly, basterà una ricompilazione.

Chiaramente il programma dovrà essere scritto sufficientemente bene.

Per tutto il resto ci penseranno eventuali macchine virtuali, soprattutto agli inizi.

[Braccop]

fiasco annunciato, imo.

avete presente vista? e' stato un fiasco per 2 motivi:

1)"pesantezza" e quindi richiesta di aggiornamenti hw
2)pessima retrocompatibilita'

figurarsi windows 8 per arm... sara' supersnobbato come e' stata la versione per itanium (si lo so che quello non era in ambito consumer)

[nico159]

Spero che non sia considerato spam

http://www.engadget.com/2011/01/05/m...s-will-play-n/

http://www.microsoft.com/Presspass/F...nofskySOC.mspx

[MikDic]

In effetti window nt era nato proprio su un layer hw indipendente . Non solo x86, ma anche PowerPC e Digital Alpha. Successivamente anche Itanium (che per ora è ancora in commercio).
Furono proprio il costo e la flessibiiltà, oltre che politiche di marketing che decreatarono la quasi immediata scomparsa degli altri due processori in questo ambito, nonostante avessere prestazioni equivalenti se on migliori.

[jappilas]

Originariamente inviato da dark.halo

Notizia stupenda.
Finalmente qualcosa si muove x86 ha stancato, se veramente win8 sarà slegato dall'hardware spero che si apra il mercato per nuove architetture,

si trascurano due cose fondamentali... da una parte le applicazioni, dall altra, la storia
vedi, X86 "aveva stancato" già negli anni 90, periodo in cui sembrava che il futuro fosse della piattaforma Alpha, moderna (ma non rivoluzionaria, basandosi su una ISA risc classica, di chiara ispirazione mips, e su caratteristiche di derivazione PC a livello di piattaforma - a cominciare dall' interrupt model e dal bus pci) potente (grazie alle frequenze di lavoro elevatissime - per l' epoca), nativamente a 64 bit, legacy free, e supportata da MS (con una versione di windows NT, che quindi era "slegato dall' hw" già allora) oltre che da Digital (la quale aveva tra l' altro prodotto il primo emulatore/traduttore JIT X86 della storia, FX32!, per consentire l' esecuzione su alpha di sw legacy x86)

nonostante ciò, nonostante molte applicazioni professionali già disponibli per unix od anche NT su X86, fossero state convertite ad NT su Alpha (e nonostante il fatto che anche altre architetture, PowerPC, MIPS e HPPA, godessero di port di NT) la piattaforma NT d' elezione è però rimasta il PPro prima, il Pentium 2 e 3 poi... perchè questo?
perchè lo scenario non copriva tutto il resto , cioè il già allora sconfinato parco di software per Windows a 16 o 32 bit - con il quale Alpha ed FX32!, anche in traduzione binaria JIT, davano (quando funzionavano) prestazioni non superiori a quelle di un sistema mainstream a fronte di costi superiori, di una maggiore macchinosità e del fatto di non essere comunque una soluzione nativa

se veramente win8 sarà slegato dall'hardware spero che si apra il mercato per nuove architetture

siccome la cosa più importante è quello che su una piattaforma (composta di HW e sistema operativo) l' utente fa girare, e non la piattaforma stessa, e siccome è in effetti da questo che l' evoluzione della piattaforma mainstream è stata pilotata negli ultimi 30 e passa anni (basta pensare alla concezione della ISA originale dell' 8086, strutturata in modo da essere "source compatible" con i precedenti 8080/z80 diffusi sui micro dell' epoca con CP/M, al fine di poter riutlizzare il codice assembly scritto per questi ultimi o convertire i programmi esistenti con semplici tool automatizzati di traduzione),
anche girando su altre, "nuove" (per modo di dire... l' Archimedes venne presentato nel 1987, ARM non è in circolazione da ieri) architetture, lo stesso win8 di suo potrà fare ben poco se poi applicazioni, tool e giochi non verranno resi disponibili, per tali architetture - che d' altra parte non potranno far girare nativamente le applicazioni attuali
quindi si è punto e a capo

o almeno che x86 venga ripulito dalle istruzioni che son li dentro a prendere polvere da anni.

se si va a vedere la isa X86-64 si nota che in effetti questa semplifica su parecchi aspetti legacy (ad esempio l' indirizzamento con segmentazione)
il problema però è che questa è in effetti una nuova ISA accessibile in una nuova modalità operativa che si aggiunge a quelle legacy e con le quali, se non impiegata, non interferisce - per mantenere l' autocompatibilità, che poi è lo scopo di estendere un' architettura preesistente piuttosto che crearne una nuova (che sarebbe molto più comodo), in questi casi non si può togliere, solo aggiungere eventualmente compartimentando

[jappilas]

Originariamente inviato da goldorak

Eh gia', chi si ricorda che NT 4 girava su cpu Alpha ?

te pozzino, proprio mentre scrivevo il post sopra

[Kanon]

Ma perché si parla di concorrenza a Intel? Nei dispositivi Mobile-Tablet Intel ha giusto l'Atom che esiste unicamente perché è X86 e fa girare Windows. Se Windows 8 girerà su ARM, o Intel s'inventa qualcosa (si staranno mangiando le mani dopo aver ceduto Xscale) o ci sarà un festino con Qualcomm, nVdia, Texas Instruments e Samsung con la gara del SoC più figo (multicore, GPU potenti etc).

Per le elevate prestazioni su Server e Desktop nVidia ha già le GPU e Fermi. Tutto sta nel portare ai massimi livelli il GPGPU computing e trovare un modo per interfacciare un SoC alla GPU. IMHO credo che la strada intrapresa da nVidia sia questa.

[goldorak]

Originariamente inviato da jappilas

te pozzino, proprio mentre scrivevo il post sopra

Vabbe' il tuo intervento e' stato esauriente e molto interessante.
Io avevo fatto semplicemente una battuta.

[coschizza]

Originariamente inviato da fano

dopotutto CLI non è altro che un clone di JAVA, no ?

perfortuna per il CLI questo non è vero, solo parlando di performance siamo su un ordine di grandezza diferente a favore del CLI.

[coschizza]

Originariamente inviato da Kanon

Ma perché si parla di concorrenza a Intel? Nei dispositivi Mobile-Tablet Intel ha giusto l'Atom che esiste unicamente perché è X86 e fa girare Windows.

solo windows ?

ci gira Android, MeeGo ,Moblin, Windows, linux

windows è importante ma il progetto atom è nato per ben altre che gli odierni netbook

[fano]

Originariamente inviato da goldorak

Azz i giochi su .net avranno tanto successo come quelli su java.

I giochi non credo siano scritti in .NET, quelli vanno sicuramente ricompilati...

Io parlavo di applicazioni un po' più serie: suite office, paint (!), la calcolatrice, BSOD, quelle cose lì insomma

A parte gli scherzi il fatto che anche Microsoft sia interessata è di sicuro una cosa positiva... se poteva avere solo il supporto di Linux NVIDIA non aveva la minima speranza

[Kanon]

windows è importante ma il progetto atom è nato per ben altre che gli odierni netbook

Meego è un'eterna promessa e ancora non si è visto niente. Atom esiste da ormai qualche anno e mi pare che tutti i device consumer che lo montano hanno Windows (il fallimento dei netbook con Linux la dice lunga). Poi sarei felice di essere smentito.

I giochi ARM "secondo microsoft" saranno in XNA, seguendo le orme di WP7 che ha messo i paletti sulla programmazione (e sta cosa puzza di market/xbox live da lontanissimo).

[lishi]

Originariamente inviato da fano

I giochi non credo siano scritti in .NET, quelli vanno sicuramente ricompilati...

Io parlavo di applicazioni un po' più serie: suite office, paint (!), la calcolatrice, BSOD, quelle cose lì insomma

A parte gli scherzi il fatto che anche Microsoft sia interessata è di sicuro una cosa positiva... se poteva avere solo il supporto di Linux NVIDIA non aveva la minima speranza

I giochi è altre applicazioni di calcolo inteso dovranno essere anche riottimizzati per architettura diversa.

Il problema sarà anche per circa per tutto il codice nativo. Certamente per la maggior parte una semplice ricompilazione sarà sufficiente, ma questo vorrebbe dire anche una complicazione nelle fasi di testing, di distribuzione e mantenimento di due piattaforme, problema non piccolo.


Alla fine prevedo una piccola fascia di mercato per queste soluzioni, le applicazioni maggiori saranno supportate(office,excel) per i altri dipenderà.

Io mi aspetterei che la maggior parte del software fallisca con : Questo software non è scritto per architettura in uso.

[Kanon]

State a preoccuparvi del parco software per windows+arm+tablet? E' un giro d'affari da mille mila milioni di miliardi di eurodollari... ci metteranno un semestre a portare o riscrivere il software nel caso la piattaforma si diffonda.

E poi Apple insegna che il cambio di ISA se ben gestito è praticamente indolore. Da PPC (G4-G5) a X86 non ci sono stati crisi d'identità o scene di panico.