Forse VIA mi manderà la VAB-820 da recensire. In questo modo potremo fare un confronto sotto GNU/Linux abbastanza interessante: Bay Trail-D versus Kabini versus Cortex-A9.
Invece di aprire il thread nella sezione privata, come solitamente faccio, ho deciso di aprire la discussione qui. Mi piacerebbe sapere da tutta la nostra comunità (piccola, ma molto preparata) quali test sarebbero da fare. Sentitevi liberi di esprimere ogni idea, potrebbe venire fuori qualcosa di molto interessante.
PC: CoolerMaster MasterBox Q300P, AMD Ryzen 7 5800X, Thermalright Peerless Assassin 120 SE, GIGABYTE B550M AORUS ELITE, 2x32GB Patriot Viper DDR4-3600, Asus Dual RX6650XT 8GB, SSD Toshiba RC500 512GB, SSD Lexar NM790 2TB, CoolerMaster V650 Gold, Windows 11 Home
GNU/Linux User # 402007 Heaven is where the police are British, the chefs Italian, the mechanics German, the lovers French and is is all organized by the Swiss.
Hell is where the police are German, the chefs British, the mechanics French, the lovers Swiss and it is all organized by the Italians.
Cosa interessanti da confrontare a mio avviso sono performance e relativi consumi in:
-multimedia come riproduzione video, streaming video, conversione video (se possibile).
-prestazioni di rete (velocità e CPU overhead)
-calcoli puri interi, floating point, multi-threading, gpgpu (opencl, opencv o simili)
-videogiochi? (quake 3.. altri giochi per windows, linux e x86 e arm non me ne vengono in mente, se ci sono... tanto meglio! altrimenti qualche demo su piattaforme JIT come java o c# dato che c'è mono)
Ovviamente i software devono essere gli stessi, le API utilizzabili le stesse e se possibile un confronto con API diverse (può dare un'idea di come sia il supporto software a livello generico, visto che al consumatore se si usa pincopanco o pancopinco poco importa, basta che funzioni e nel migliore dei modi possibili).
Ma anche:
-calore e rumore (anche se credo sia difficile fare dei confronti oggettivi su quest'ultimo)
I problemi maggiori però saranno trovare software per ARM e che funzioni (ho letto le ultime note sull'ultima versione di GCC per ARM, hanno disabilitato l'ottimizzazione NEON automatica, in quanto produceva spesso codice più inefficiente di quello senza SIMD, mentre per x86 hanno già una prima implementazione, a puro scopo teorico visto che mancano le CPU, di AVX2 nelle ottimizzazioni automatiche :\).
Purtoppo linux on ARM è un mondo a sé, non ben ottimizzato e con un parco software molto ristretto.
Essendo poco il software per ARM e non tanto ottimizzato, potresti usare quelli che trovi "migliori" nella distro che fornisce VIA (se la fornisce), altrimenti provare con qualche distro linux preconfigurata. Essendo il software poco e non così tanto ottimizzato, potrebbe essere la motivazione per cui usare programmi diversi. In fondo bisogna tener conto che un software pensato e sviluppato praticamente solo su x86 non è scontato che se esiste una versione anche per ARM, questa sia stata curata nella stessa identica maniera. Inoltre essendo ARM "personalizzato" largamente da diversi produttori, produrre software ottimizzato per diversi sistemi ARM è più "complicato" rispetto a quello per x86, perché difficilmente si riusciranno a sfruttare a fondo le varie personalizzazioni dei SoC. Non ci riescono ancora il team di GCC e le simd NEON, figuriamoci gli altri.
Che il software ARM non fosse del tutto ottimizzato me ne ero accorto nella rece della VAB600, dove le cpu x86 anche più scandalose, come la prima incarnazione di Atom, sventravano la concorrenza.
PC: CoolerMaster MasterBox Q300P, AMD Ryzen 7 5800X, Thermalright Peerless Assassin 120 SE, GIGABYTE B550M AORUS ELITE, 2x32GB Patriot Viper DDR4-3600, Asus Dual RX6650XT 8GB, SSD Toshiba RC500 512GB, SSD Lexar NM790 2TB, CoolerMaster V650 Gold, Windows 11 Home
