Se me uplne teda nelibi trend, ze si kazdy velky provider dela svoje kremiky - to vypovida jedine o stavu trhu, kde neni konkurence. Takze tu mame Google, Amazon, Microsoft .. a vsichni ostatni co musi pouzivat konkurence neschopny komoditni hw od Intelu ci AMD.
A to vse jen v duchu toho, ze vse musi byt sluzba, ktera se da hlavne zpenezit opakovanymi platbami.
Jsem zvedavej kdy prestanou vyrabet toaletak.. aby se dala udat sluzba vytiracu na subscription :D
Nj. je taková doba, donedávna všichni používali Ampere (mimochodem ten si může koupit kdokoliv pokud nechce x86), pak se trhl MS se svým Cobalt a AI klonem, teď zase Google. AWS je v tom už dlouho, Oracle zatím jede na Ampere. Ale neboj, i náš Seznam si chce dělat vlastní.
Naštěstí si všichni kupují základ od ARMu, takže instrukční sady jsou vesměs kompatibilní, jediný, kdo se utrhl je Apple, ale ten naštěstí už nedělá servery.
Apple M3 je zpětně kompatibilní s původním Cortex-A7x, pokud vím. Má pár věcí navíc - volitelný TSO model kvůli podpoře x86 a pár speciálních instrukcí, částečně kvůli JS, částečně x86.
ABI může být skutečně jiné (rozdíly na https://developer.apple.com/documentation/xcode/writing-arm64-code-for-apple-platforms ), nicméně stejně Linux binaries budou mít jiné knihovny, takže je to celkem jedno. Tedy, až na zbytečnou práci pro vývojáře kompilátoru, ten původní standard je rozumný a nebyl důvod ho nepoužít.
Tak Asashi linux je fakt hloupej příklad, protože aby vůbec fungoval tak se víceméně psal od začátku a jakýkoliv nové linuxové jádro se musí upravovat a nedostaneš všechna jádra....
Asashi linux se hlavně ladil a psal dost dlouhou dobu....
O tom, že se AMD utrhl s tímto slyším poprvé.. protože takhle jede už dlouuuhou dobu.... takže senzace opět z ničeho...
Praveze tu je konkurencia(ak sa bavime CPU).
Ti velky provdieri su taky velky, ze sa im oplati vyvijat vlastny HW vratane CPU.
To zaroven vytvara konkurenciu aj pre tradicnych vyrobcov ako AMD/Intel.
Komoditny HW nieje konkurencne neschopny HW. Tu ide aj o to, ze sa im to aj financne oplati a aj z pohladu nezavilosti je to pre nich zaujimave.
Aj v inych segmentoch, ked firma rastie, tak si postupne sama vyraba/supportuje veci namiesto toho aby ich outsorucovala. Hlavny motiv je, ze sa im to oplati a vedia si to lepsie zoptimalizovat pre svoje potreby.
To presne sa deje v tomto pripade.
Google je velky, vie co potrebuje, tak si navrhol CPU podla svojich potrieb.
Subscription je uz ina tema a ten ma vela firiem be zohladu na velkost.
Keby si bol SW firma, tak to robis tak isto.
Ako by si si chcel zabezecit prijem? Pri jednorazovom predaji licencie musis ziskavat vzdy novych klientov/zakaznikov pricom vyvoj aplikacie nekonci vydanim produkcnej verzie.
Aj predym sa platil subscription/support ale bol tam rozdiel, ze nie kazdy si ho musel platit.
Kupil si si verziu a ak si nepotreboval support, tak si si ho neplatil. Ti, co si ho platili, tak dotovali tych, co si ho neplatili aby SW firma mala peniaze na dalsi vyvoj.
Ono to ma (pre mna) jednu vyhodu. V minulosti, ked som potreboval nejaky SW jednorazovo, tak smola alebo hladat craknutu verziu. Dnes si ho viem predplatit na potrebnu dobu.
Interni uzavreny "bastl", bude samozrejme vzdy levnejsi - jednak google nemusi platit team pro psani verejne varianty dokumentace (stejnym zpusobem setri i cinani na svych SoC), a pak nemusi krmit obri team na verejny support - na tohle uz prechazi znacna rada spolecnosti, ze kdyz nejsi velky zakaznik, tak f*ck off, nebavime se s tebou.
Tim subscription jsem myslel v tomto pripade SaaS - u googlu si nemuzu koupit jejich hw jednorazove a provozovat pak sve veci uz dedikovane (a la vps), vzdy ti vnuti nejaky druh cloudove instance a pokud nemas dostatecnou abstrakci, tak tam proste svoji sluzbu nedas. Neni to uz nativni zelezo bohuzel..
Je to rozdil jako vlastnit klasicke auto nebo jezdit elektro taxikem. Ano, vetsina lidi by prezila s moznosti vyuzivat ten taxik.. ale ten trh se serverama pak vypada, ze elektricky auto si nekoupite. Muzete si ho uzit jen ve forme taxiku. Coz je to, co me vadi.
Nechapem tvoje rozhorcenie.
Vyrabaju to pre svoje potreby/pre svoj usecase, tak preco by mali nieco zverejnovat a riesit s tebou.
Ten HW nebol stavany na to aby si si ho vedel kupit, pouzivat svoje sluzby priamo na tom zeleze. Na to mas na trhu iny HW a vyrabat taky HW by sa im tak neoplatilo. Preto nechapem tvoju nespokojnost.
Ten priklad s tymi autami je zly. Oni nevymysleli iny typ auta ale upravili si existujucu koncepciu auta pre svoje specificke potreby(taxi). Vyhodili pre tento ucel nepotrebne veci, pridali/zamenili/zoptimalizovali specificke veci pre dane pouzitie.
Vyrobili taxi, ktore nieje homolgizovane na ine pouzitie/na bezne pouzivanie. Preto si ho vies uzit len vo forme taxi.
Nic nenormalne/nemoralne/.../nieco nad cim by si sa mal rozhorcovat.
pokud lijí peníze do vlastního HW, který je jen pro ně, nelijí je do dodavatele, který může dodávat celému trhu. Vytváří tím bariéru, snižují nabídku na trhu a uvazují si tím zákazníky, kteří nemohou snadno přejít jinám.
Celkové náklady na vývoj arm CPU přes více těhle megaspolečností mohou být pak vyšší, zejména pokud těch společností s vlastním HW bude více. To ekonomice snižuje přidanou hodnotu.
Na druhou stranu se tím akceleruje vznik odborníků a je takhle možné vyškolit více lidí s dostatečnými zkušenostmi na návrh CPU. Diverzifikuje se riziko zranitelností.
Eliminace konkurence je ale už vidět teď, když člověk přejde na arm a upraví si svoji architekturu, najednou si uzavře dveře před spoustou menších cloud poskytovatelé. Pokud Ampere tímhle příjde o většinu zakázek, dostupnost armu na servovém trhu se může výrazně snižít.
Podle mě to je v pořádku a konkurence je potřeba.
Google nevyvynul novou architekturu, ale jen micro-architekturu. To znamená, že SW zkompilovaný pro AArch64 tam poběží tak jak třeba na Apple HW. Na druhou stranu protože znají ten use case tak ta micro-architektura může být optimalizovaná pro typický cloud workload. Což pro každého může být něco jíného a třeba se najsou oblasti, kde se to nevyplatí.