Link alla notizia: https://www.hwupgrade.it/news/cpu/nvidia-sarebbe-pronta-a-mostrare-la-sua-prima-cpu-consumer-per-ai-pc_132474.html

Stando a quanto riportato da DigiTimes, NVIDIA e MediaTek sarebbero pronte a svelare la prima CPU client nata dalla loro collaborazione. Secondo la testata, NVIDIA starebbe puntando direttamente alla fascia alta con il nuovo processore ARM.

Click sul link per visualizzare la notizia.

Mah...finchè non ci sarà totale copertura software in modo nativo alle soluzioni ARM non decollerà il mercato. Puoi avere il processore migliore del mondo ma se poi il professionista si trova tra le mani un pc con una batteria che dura un giorno intero ma non il software che usa abitualmente resterà su ciò che ha già. Il mondo consumer invece ha il problema dei giochi come vincolo, chi ha speso soldi per acquistare i titoli sulle piattaforme non vuole perdite di fluidità se cambia piattaforma e vuole la certezza ciò per cui ha pagato sia supportato a pieno.

Sarebbe interessante un sistema arm con supporto CUDA

Vedremo, sicuramente sarà un prodotto eccellente ma Qualcomm,Intel e AMD hanno dei prodotti decisamente ottimi e collaudati

@tommy781


Mah...finchè non ci sarà totale copertura software in modo nativo alle soluzioni ARM non decollerà il mercato. Puoi avere il processore migliore del mondo ma se poi il professionista si trova tra le mani un pc con una batteria che dura un giorno intero ma non il software che usa abitualmente resterà su ciò che ha già. Il mondo consumer invece ha il problema dei giochi come vincolo, chi ha speso soldi per acquistare i titoli sulle piattaforme non vuole perdite di fluidità se cambia piattaforma e vuole la certezza ciò per cui ha pagato sia supportato a pieno.


La copertura del software non è assolutamente un problema ...

A parte nel periodo degli albori dell'informatica Home/Personal nessuno più programma utilizzando Machine Code che è diverso da processore a processore in quanto ogni processore ha un suo specifico Machine Code

La programmazione viene eseguita sempre e comunque utilizzando un linguaggio ad alto livello [codice sorgente] che è indipendente dall'hardware e in questo c'è da dire che il C/C++ la fa da padrone assoluto, ultimamente c'è solo il neonato linguaggio Rusk che può competere con il C/C++ ma il C/C++ ancora oggi detiene il primato di essere il codice ad alto livello più veloce in assoluto ed è quindi il preferito dalle software house nonostante che sia il più vecchio dei linguaggi ad alto livello dopo il Basic, il Pascal e il Fortran (quest'ultimi due sono praticamente estinti, sopravvive solo il loro ricordo, mentre il Basic continua ancora a vivere sotto le vesti di Visual Basic che poco somiglia al Basic originale ...)

Una volta scritto il codice sorgente con il linguaggio ad alto livello, questo viene successivamente tradotto in Machine code [codice oggetto] da un compilatore o un interprete che sono forniti dal produttore del processore a cui è destinata l'esecuzione del codice stesso ... (Il codice sorgente scritto in C/C++ viene solo e soltanto compilato, non esistono interpreti del codice C/C++)

Comunque ben venga NVidia come produttore di CPU ... quando c'è competizione produttiva di un certo prodotto chi ne trae vantaggio sono proprio gli acquirenti finali a cui è destinato il prodotto i quali hanno maggior libertà di scelta, acquistano a prezzi più bassi e in un certo senso hanno la garanzia di una maggior qualità di ciò che acquistano ...

Per questo motivo auguro ad Intel di superare felicemente il tunnel in cui volendo o non volendo si è cacciata ....

Tecnicamente non e' necessario avere 'copertura totale'.
Essendo un prodotto di 'fascia alta' si propone ad un mercato dove i soldi non sono un problema. Quindi, la cosa importante e' che copra piu' che ottimamente un settore di nicchia. Ad esempio: elaborazione immagini/vide, Machine learning,...

Extra note: esistono interpreti per il C ;-)
Non basta avere un compilatore, serve avere anche un interfaccia 'standard' a filesystem, periferiche, e a tutto quello che sta attorno alla pura esecuzione da parte della cpu. È NON E' scontato.

Anche io sono convinto che una CPU del genere avra' subito successo anche se non avra' supporto sw, nel caso glielo faranno in breve tempo ed open.

@migliorabile


Extra note: esistono interpreti per il C ;-)
Non basta avere un compilatore, serve avere anche un interfaccia 'standard' a filesystem, periferiche, e a tutto quello che sta attorno alla pura esecuzione da parte della cpu. È NON E' scontato.


1) Ho scritto C/C++ e non C riferendomi appunto al C++ e utilizzo la dicitura C/C++ perché programmando in C++ è possibile non utilizzare tutte le estensioni del C (dato che C++ è un'estensione del C), per esempio potrei benissimo non sfruttare la libreria standard <string> e trattare i dati stringa come Array di dati del tipo Char esattamente come si faceva nel C puro in passato, che oltre tutto era l'unico modo per trattare i dati di tipo stringa visto che nel puro C non sono nemmeno contemplati i tipi stringa.
Comunque anche se esiste un interprete per il C quasi nessuno lo utilizza, le maggiori prestazioni si ottengono dal compilato e non dall'interpretato ... ergo se si dispone di compilatore questo è la miglior soluzione possibile. Per esempio l'interpretare il codice sorgente non consente il riordino del codice stesso al fine di ottimizzare le prestazioni di esecuzione in quanto l'interprete esegue il codice esattamente nell'ordine come è scritto riga per riga e non ha una visione complessiva di tutto il codice sorgente; viceversa il compilatore ha una visione complessiva di tutto il codice sorgente e di conseguenza lo può ottimizzare riordinando le istruzione per massimizzare le prestazioni con le elaborazioni parallele dei moderni processori sfruttando le loro feature quali per esempio la Branch prediction, la Mirror execution e compagnia bella.

2) Volendo utilizzare le tue stesse parole ...

l'interfaccia 'standard' a filesystem, periferiche, e a tutto quello che sta attorno alla pura esecuzione da parte della cpu

è di competenza prima di tutto del BIOS e poi del sistema operativo e ad ogni modo il codice sorgente del sistema operativo può essere a sua volta compilato per essere eseguito da qualsiasi processore senza problemi; oltre a questo io non l'ho precisato dandolo per scontato, ma il produttore di uno specifico processore rende disponibile per il C/C++ un compilatore per ogni sistema operativo ... per intenderci un compilatore C/C++ per Linux è completamente diverso dal corrispondente compilatore per Microsoft Windows o per il sistema operativo dei MAC ma questo è così ovvio che l'ho dato per scontato non precisandolo!

Da quello che scrivi non mi sembri esperto di programmazione, molto probabilmente peschi informazioni usando una ChatBOT AI ...

Sarebbe interessante un sistema arm con supporto CUDA

esiste da 10anni, si chiama shield tv

@acerbo


esiste da 10anni, si chiama shield tv


Si infatti esiste già da molti anni e sinceramente non è neanche molto costoso, lo si accatta con meno di 200 euro ed è un'ottima soluzione per chi possiede un eccellente monitor TV ma che non è una smart TV ...

Sarebbe interessante un sistema arm con supporto CUDA

ce ne sono stati parecchi negli anni jetson in primis

ce ne sono stati parecchi negli anni jetson in primis

Verissimo. Gli ultimi Orin, sulla carta, sono strepitosi per applicazioni di AI in robotica e Edge computing, tutto sotto Linux e non Windows, ovviamente.
Ne abbiamo ordinati alcuni per il centro dove lavoro e li stiamo aspettando con ansia:-)
L' unico dubbio che ho è che siano sbilanciati come performance: GPU stratosferiche, CPU debolucce, da telefonino (Cortex a78ae).
Speriamo che questi nuovi chip abbiano CPU migliori

Il mondo è pieno di dementi che correranno ad acquistare indipendentemente dalla validità :asd:

Tanto per allinearsi