Link alla notizia: http://www.hwupgrade.it/news/cpu/intel-completa-l-acquisizione-di-altera_60064.html

L'azienda di Santa Clara annuncia il completamento dell'operazione di acquisizione avviata negli scorsi mesi e si prepara ad affilare le armi nell'arena di Internet of Things

Click sul link per visualizzare la notizia.

Speriamo che non sia una mossa di Intel per ammazzare Altera che faceva delle macchine veramente toste, il Deo-nano SOC e' una figata. Speriamo poi che non distruggano Xilinx e tutto il settore.

Mi sembra di capire che partano solo con l'idea di logiche che possono riadattarsi per migliorare l'interoperativita' piuttosto che creare nuovi circuiti ad HOC. Se sono gia' pronti a fare qualche accelerazione in HW se ne vedranno delle belle, robe da rendere obsoleti google e facebook in un paio di anni.

Immagino che faranno uscire un Edison + FPGA per non dire un Atom... Speriamo che portino concorrenza e innovazione e non siano arrivati per ammazzare il mercato o ammazzare solo Altera.

Dubito che Intel abbia sborsato tutti quei soldi soltanto per ammazzare Altera. Specialmente considerato il giro d'affari, in costante ascesa, che quest'azienda ha avuto finora.

L'idea sembra essere quella di aprire la strada a nuovi prodotti, come gli Xeon con FPGA integrati. Ed è ovviamente scontata l'integrazione di processori x86 con FPGA.

Poi anche acquisendo Altera, non è che si possa ammazzare il mercato FPGA, visto che ci sono altri player da parecchio tempo, che fanno concorrenza proprio con quest'azienda.

IMO Intel sta "semplicemente" continuando la sua opera di diversificazione degli investimenti, e Altera rappresenta un'acquisizione perfettamente naturale, considerato che è da tempo uno dei partner privilegiati per le sue fonderie.

Si' faranno uno Xeon con FPGA per adattarsi a diverse integrazioni piuttosto che per implementare nuove funzionalita'.

Certo che sarebbe bello se fra qualche hanno avremo dei *computer con una FPGA sul silicio del processore con un 20/40 pin GPIO da far funzionare come video, rete, memoria per connessioni ad alte velocita' verso l'esterno.

Mi si aggroviglia un po' il cervello a pensare a come tradurre in logica un'istruzione tipo buffer - TCP/IP - logica - scrittura ma se si arriva a creare una sorta di interprete che trasformi del codice di programmazione tipo C in VHDL allora possiamo fare delle query a un database via hardware e rendere obsoleti google e facebook.

Tanto gia' oggi le FPGA hanno piu' di un milione di unita' logiche, con la spinta di intel e il naturale progresso potremmo anche permetterci di utilizzare dei parser che creino codice meno efficienti ma piu' a misura d'uomo.

La penso esattamente allo stesso modo. VHDL consente già di astrarre molto rispetto al passato (dove c'erano sostanzialmente porte logiche et similia), ma è ancora lontanissimo da sdoganare la programmabilità degli FPGA alla massa.

A me non interessa sfruttare all'osso e al meglio gli FPGA, se per farlo devo sudare sette camicie e impiegare mesi per realizzare qualcosa per un progettino. Preferisco qualcosa di meno efficiente, ma di più umanamente digeribile.

Serve che qualcuno tiri fuori dal cilindro qualche buona idea in merito. Speriamo che arrivi qualcosa in tempi brevi, prima che gli FPGA si diffondano in ambito consumer.

Si' faranno uno Xeon con FPGA per adattarsi a diverse integrazioni piuttosto che per implementare nuove funzionalita'.

Certo che sarebbe bello se fra qualche hanno avremo dei *computer con una FPGA sul silicio del processore con un 20/40 pin GPIO da far funzionare come video, rete, memoria per connessioni ad alte velocita' verso l'esterno.

Mi si aggroviglia un po' il cervello a pensare a come tradurre in logica un'istruzione tipo buffer - TCP/IP - logica - scrittura ma se si arriva a creare una sorta di interprete che trasformi del codice di programmazione tipo C in VHDL allora possiamo fare delle query a un database via hardware e rendere obsoleti google e facebook.

Tanto gia' oggi le FPGA hanno piu' di un milione di unita' logiche, con la spinta di intel e il naturale progresso potremmo anche permetterci di utilizzare dei parser che creino codice meno efficienti ma piu' a misura d'uomo.

mi sembra che ci sia già tutto quelloc he pensic ome futuro:
in ambito xilinx i soc zynq sono già funzionanti con linux al 100% e altera non è da meno
https://www.crowdsupply.com/krtkl/snickerdoodle

in c ci si programmano già gli FPGA http://www.xilinx.com/training/dsp/c-based-hld-coding-for-hardware-designers.htm

ma in fatto di ottimizzazione il VHDL(verilog) non si batte.

Chiaro: una volta si programmava per mezzo di schematici, poi si è passati ad un linguaggio di descrizione hardware (hdl) che se scritto male è poco ottimizzato (anche a causa dei compilatori o meglio sintetizzatori)
ora si passa al C che si sinculerà l'ottimizzazione delel risorse per avere più semplicità e portabilità del codice.

ma è un processo normale all'aumentare delle risorse, si veda quelloc he è successo ai microcontrollori/processori. una volta si scriveva in assembler poi si passò al c ed ora il linguaggio è talmente ad alto livello che è facilissimo scrivere talmente male un codice da occupare un ore al 100% per implementare uno sniffer sulla porta seriale. ma tanto di core ne hai 4 e non te ne accorgi nemmenonel 98% dei casi. Purtroppo è un processo necessario quasi collaterale con l'aumento delle prestazioni dell'HW