mkonsel concordo su tutto, tranne che sull'architettura: arm è un ottima architettura, ma ad oggi ci sono molte applicazioni che girano su Linux, non sviluppate su arm. Ad esempio, io tengo un pc miletto acceso h24 ,che fa da nas, backup server, ecc su cui gira anche Dropbox, il quale non ha client arm. Altri servizi cloud storage, non hanno proprio client linux, quindi l'uso di Windows è d'obbligo.
Windows 10 ormai gira anche su ARM, quindi se sviluppano una UWP, girerà in maniera nativa anche su ARM e Windows 10 è disponibile anche per Raspberry Pi😃
Ma qui si parla di di sistema operativo più che di architettura, visto che Dropbox ha client per dispositivi basati su architettura ARM...
Mentre Microsoft però è ancora timida al riguardo, Apple ha deciso di puntare esclusivamente su questa architettura, quindi direi che le cose potrebbero cambiare da qui a poco.
Anche i Chromebook di Google, che ormai hanno una fetta di mercato abbastanza considerevole, fanno girare il tutto indistintamente che sotto ci sia x86 o ARM. Credo che da qui a due anni ne vedremo delle belle, non a caso Nvidia ha messo sul piatto parecchi miliardi per comprare la società che progetta l'architettura e gestisce le license.
mkonsel Altra cosa su cui x86 sta avanti è il supporto multimediale, il rpi4 in 4k è ancora supportato poco, niente hdr, un mini pc windows non ha problemi. Supporto vpn? Cifratura via software, performance del rpi4 come vpn server scarse, x86 cifra aes in hardware.
Non sono d'accordo, tutti i box multimediali e le smartTV hanno sotto un SoC ARM, quindi direi che in ambito multimediale è decisamente avanti rispetto ad x86, che qui non ha proprio speranze. Il RPi 4 supporta le maggiori codifiche in hardware, per l'HDR ci vogliono monitor specifici, si tratta pur sempre di un SBC che deve avere un prezzo di attacco inferiore alle 40£, quindi determinate limitazioni sono scelte, come la mancanza della crittografia accelerata via hardware.
I Cortex A3x- A5x e A7x hanno il supporto nativo alle istruzioni per la crittografia accelerata via hardware, ma per utilizzarle bisogna pagare delle licenze per le crypto extensions. Broadcom non ha le licenze per il SoC del RPi 4, ergo il SoC costa meno alla fondazione, quindi possono tenere basso il prezzo.
Inoltre per utilizzare quelle istruzioni bisogna avere anche il sistema operativo a 64bit, quando hanno progettato la board non era ancora nelle loro idee, quindi perché scegliere un SoC più costoso con caratteristiche non sfruttabili? Rasperry Pi OS a 64 bit è nato con l'uscita della versione con 8GB di RAM ed è ancora in fase di test...non è considerata una distribuzione stabile e paradossalmente proprio con AES risulta più lenta della distribuzione a 32bit. In ogni caso ha un cluster di 4 core ad alte prestazioni, con carichi molto bassi, come il mio, ha tutta la potenza necessaria a compensare la mancanza dell'accelerazione via hardware IMHO.
mkonsel È comunque un'architettura pensata per smartphone, quindi qualcosa paghi, ma per utilizzi a basso consumo h24, è perfetto.
ARM ormai è ovunque, stanno puntando molto sui server, è alla base di qualsiasi dispositivo smart, dell'hardware delle auto e sta entrando nel mondo dei PC. Inoltre avendo un set di istruzioni molto ridotto è intrinsecamente più sicura (molte CPU di natura server e credo anche tutte quelle AMD hanno apposta core ARM per gestire certi lavori).
Si tratta di un'architettura estremamente modulare (basta vedere cosa ha spinto Apple a farsi il SoC in casa) e scalabile, molto più efficiente di x86 e si sta avvicinando molto velocemente a questa anche come forza bruta (basti pensare che uno Snapdragon 855 opportunamente modificato riesce a far girare senza problemi Windows e ad emulare anche applicazioni x86, figurati se progettano da 0 un SoC con quell'obiettivo, invece di riciclarne uno da smartphone...). L'unico limite al momento è proprio il supporto software, ma scommetto che Microsoft investirà molte più risorse su Windows on ARM ora che Apple ha fatto la sua mossa.
Scusate l'OT, ma questo genere di confronti mi piacciono 😂 grazie per lo spunto, ma mi pare conveniamo sul fatto che per un utilizzo a basso consumo e always-on, con tutti i suoi limiti, rimane migliore una SBC ARM.