Odpověď na názor

Myslienka je nadherna, ale ARM je na serveroch vo velkom nepouzitelne. Aspon zatial. Dam par dôvodov, preco by som ho rad nasadil, ale aj to, preco nemôzem a zial, negativa zatial vyhravaju.
1. Vela jadier je super vec, napr pre databazy ako Firebird, MSSQL a podobne, kde kazdy pouzivatel ma svoj vlastny proces a teda viem pripojit velmi vela pouzivatelov.
2. Energeticka efektivita je skvela a pouzit napr 400W zdroj, namiesto 600W zdroj v 6-8 serveroch je citit na uctoch, ale aj na chladeni. (taketo zdroje preto, pretoze ide aj o spotrebu RAM, radica diskov, samotnych diskov a podobne, na samotne CPU a urcite staci menej)
3. Vela jadier sa vyuziva najmä ked virtualizujem - no a tu je problem. ARM zatial nevie (aspon podla mojej skusenosti) virtualizovat, konkretne vmware, hyper-v. Ostatne nepouzivam/neriesim. No a pokial nebude priama virtualizacia, aj vela jadier je nepouzitelnch. Malokto spusta OS priamo na zeleze, pretoze je to narocne skalovat, backupovat a pod. Ked to mam napr. pod esxi, zalohujem celu virtualku a ak mi odide zelezo, vymenim ho a fungujem dalej. - toto je hlavny dôvod, preco to nemôzem pouzit.
4. Podpora instrukcii - toto je vyhoda aj nevyhoda ARM architektury. Vdaka tomu, ze si nenesie zeleznu gulu historie, nemusi mat extremne vela instrukcii a preto je efektivna. Ale väcsina aplikacii nebola napisanych vcera, ani pred rokom, ale funguju kludne aj desatrocie a nikto ich nebude prekopavat na ARM, pokial na to nebude extremne silny tlak. Rovnako ako napr. uctovnictvo na Linuxe alebo na MacOS nespustite (vynimka su webove).
5. Nepodpora velkych vyrobcov. HP(E), Dell, Lenovo... Pokial to nezacnu tlacit oni, ARM sa nepresadi. Preco? Lebo oni robia support, riesia zaruku, na druhy den Vam poslu nahradny diel a vymenia ho. Robia aktualizacie, upravuju OS priamo na svoj hardware a podobne. Nebudem drzat okrem redundancie aj treti zalozny server ako sklad nahradnych dielov.

Kde by to mohlo byt pouzitelne su napr storage (lun, san, nas) a obdobne veci, kde ide o jednoucelove zariadenie. Pripadne aktivne sietove prvky.

Co som popisal je moja skusenost a plati pre komercnu sferu. Specializovane aplikacie, vypocty a podobne neriesim. Ak mi ale vyvratite moje skusenosti a date linky, rad sa priucim.