Gde vidite Intel-a za nekih 2 do 5 godina? :)

Postoji .Net Core build za arm64/32 od verzije 3+.
Inace na toj verziji win10 za arm, kada su napokon chromium zapakovan u IE izbildovali za arm, browser leti. Ostale app koje nisu arm native, voze automatski preko "emaulatora" ili kako se vec zove i ocekivano rade lose.

Još problema za intel :d
Apple Aims to Sell Macs With Its Own Chips Starting in 2021

Ti "people" bas svasta znaju.... Verovacu kad vidim.

Ne bi me cudilo da Apple napravi prototip, posalje ga i onda cimne intel da ih pita da li bi mogli da...... :)

Potpis

Please do not feed the Trolls!

Blasphemy? How can I blaspheme? I'm a god!'

Mac (svi Mac-ovi) je i ovako i onako niche produkt, zaduzen za 11% profita u Apple-u.

Ja sam prilicno siguran da ce Apple da se presalta na A1x prvog momenta kada budu imali model CPU-a koji zadovoljava potrebe, sto ce se desiti u sledecih 1-3 godine najverovatnije.

Pazi, svi Apple sw. vendori ce portovati sw - ako zive od toga, a dosta njih zive od toga. Ako Apple sutra predje na MIPS, oni bi portovali svoj softver. Nemaju bas puno izbora.

Ostaju samo korisnici Windows-a - ali kako je udeo Mac prodaje 11%, udeo Windows korisnika u tih 11% je, sta, max nekih par %. Irelevantno.

Mogu da se kladim da ce maticna ploca Macbook-ova biti ista ili malo izmenjena ploca iPad Pro-a.

Takva integracija ce bukvalno da im eliminise troskove u proizvodnji N puta vise nego sav profit od tih Windows korisnika.

Ne zaboravite ko je CEO Apple-a - covek specijalizovan za optimizaciju operacija.

Potpis

DigiCortex (ex. SpikeFun) - Cortical Neural Network Simulator:
http://www.digicortex.net/node/1 Videos: http://www.digicortex.net/node/17 Gallery: http://www.digicortex.net/node/25
PowerMonkey - Redyce CPU Power Waste and gain performance! - https://github.com/psyq321/PowerMonkey

Ogromnoj vecini ne treba nista vise od par desetina standardnih komponenti koje rade podjednako i na ARM-u i na x86.

Znas sta, ja ne radim u game developmentu, ali mogu da pretpostavim kako izgleda kod iole modernije igrice:

- Vecina teskih stvari su Vulkan / DX ili GL shader-i i Vulkan/DX/GL hist-side operacije koje se svode na zongliranje sa baferima i schedul-ovanje izvrsavanja raznih kombinacija shader-a na GPU-u, tu je host platforma irelevantna, zapravo ovo je najtezi deo posla ako imas gomilu GPU-ova i ovo moze biti problem za ARM na desktopu, osim ako i dalje ne budu koriscene standardne NVIDIA i AMD graficke. Jedno su 2-3 graficke arhitekture, druga stvar je 50 arhitektura.

- Imas neki deo C/C++ koda koji radi logiku igre ili fiziku - taj kod se obicno oslanja na biblioteke za brzu matematiku, u najgorem slucaju imaju svoje sa ASM optimizacijama

- 3rd party biblioteke ce bez ikakvih problema implementirati NEON verzije f-ja - a interne, to je isto relativno lak posao koji radis jednom. Mislim neces pisati iznova kod za mnozenje matrica ili vektorski proizvod

- Mrezni kod: platforma irelevantna

Igrice obicno i ovako i onako prave tako da mogu lako da ih portuju na konzole itd. - tako da, to uopste ni pitanje.

A da ne pominjemo da je vecina igrica pisana uz pomoc oslanjanja na jedan od nekoliko popularnih engine-a - tu samo vendor treba portuje engine i vecina posla je gotova.

Jos su igrice i najgora stvar.

Ostatak softvera? Osim nekog malog broja sw-a koji ima rucno pisan asemblerski kod, ja ne znam sta je uopste i pitanje tu.

Potpis

DigiCortex (ex. SpikeFun) - Cortical Neural Network Simulator:
http://www.digicortex.net/node/1 Videos: http://www.digicortex.net/node/17 Gallery: http://www.digicortex.net/node/25
PowerMonkey - Redyce CPU Power Waste and gain performance! - https://github.com/psyq321/PowerMonkey

Prototip je napravljen pre 2 godine, piše u tekstu.

Cenim da će prvo izbaciti Air model sa svojim čipom, njega ionako niko ne koristi za ozbiljan softver. A Apple i MS će prebaciti sve što treba za njega tako da običan korisnik ne primeti razliku između ARM i x86 verzije.

"- Mrezni kod: platforma irelevantna"

Pa sve zavisi, OS je itekako bitan pogotovo ako se koristi IOCP Windows-ov.
U principu veci je problem sa Linux-a na Windows portovati nego promeniti CPU.

Logika igre - ne postoji nijedan razlog ta neportabilan kod.

Brza matematika? Hmm... Neportabilan kod? Asm? Čak je i ovaj kod portabilan.

https://en.wikipedia.org/wiki/Fast_inverse_square_root

Kome danas treba asm? Nisam siguran da treba i za kernel development. C je ništa drugo do portabilno lepo upakovan asembler.

Za ono za šta treba asm, to je neka sitna funkcija, tipa mutex_lock i to se izdvoji u neko parče, tako da se samo ono portuje.

Potpis

Nije bitno koji su zaključci izvučeni, već kako se do njih došlo.

Moze da se portira, ali to treba neko da plati. Jos, iako igra moze da koristi neki od komercijalnih endzina, mi ne znamo da li i u kolikoj meri je taj endzin izmenjen za potrebe igre. Sve zato da bi server kod nesto brze radio na ARM serveru? Tesko. Mislim, Ok je za LAMP kad je stos da ti neko drugi portira ceo GPL stack, pa to koristis...

Da kad se za to ne bi koristili x86 SIMD instinsicsi u praksi.... ili asm.

"Moze da se portira, ali to treba neko da plati."

Nije samo to nego su u pitanju i performanse. Za server je bitno koliko koji proc moze req/s.
I to cak ni AMD ni Intel nemaju isto, u praksi moj stari 4790 ima bolje performanse od 2700x
sto se tice toga.

Ma i asembler se portira.
Stos je da programiras ne onoliko brzo koliko pises kod, vec onoliko brzo koliko ga debagujes.
Hajde da uporedimo development za x86 server i onaj za Power ili ARM.
Intel kod izvrsavas i debagujes u znatnoj meri na obicnom PC-ju. Na drugoj arhitekturi trebas da zakupis skup server na kome ces da debagujes kod, plus imas remote debugging.
Koliko je developera radilo remote debugging sa gnu gdb naprimer, da to znaju da odrade od prve, i koliko takvi developeri kostaju?

"Koliko je developera radilo remote debugging sa gnu gdb naprimer, da to znaju da odrade od prve, i koliko takvi developeri kostaju? "

Ja sam radio na arm plocici ali sam imao posebnu obuku ;)
No moze i klasika sa ssh pokrenes tamo i debagujes.
Potpuno si u pravu, zato sto ljudi generalno testiraju na onome sto imaju. Dakle sve dok devel masina ne bude
ista kao i ona na kojoj se ispocurucuje, nikad ne znas sta moze da te iznenadi.

To je već upakovano u biblioteke, koje se portuju. C++ ima recimo atomic šablon.

Takve stvari se izoluju u funkcije, koje se onda portuju, a onda se ceo kod piše do na to i onda je portovan svuda gde su te funkcije portovane.

Potpis

Nije bitno koji su zaključci izvučeni, već kako se do njih došlo.

"koje se onda portuju"

Pa to. Portuju.

Takve se stvari ubacuju i u standardnu biblioteku, pa je portovana zajedno sa jezikom.

printf nema implementaciju nezavisnu od arhitekture i OS-a, ali je deo standardne biblioteke.

Tih nekoliko sitnica nije problem za portovanje. To se ne računa.

Potpis

Nije bitno koji su zaključci izvučeni, već kako se do njih došlo.

Za apple je glavno da obezbedi da Microsoft i Adobe podrze platformu - i da dobiju performanse koje se ocekuju. Ovde ce grafika, verovatno, biti problem, mada verujem da Apple to moze da resi. Ovo resava graficki i biznis community. Drugi veliki kupac su oni kojima trebaju Docker i IntelliJ, plus prateci ekosistem.... developeri. Ovo nije neresivo, mada ce traziti malo truda.... Docker as-is ce verovatno da radi, VirtualBox se da ispregovarati, vagrant nije problem, vecina hashicorp alata su Go i Ruby, ali Docker i slicno ce kasniti.... Ovo je jedini momenat koji moze da bude problem, Apple moze bez problema da podrzi i plati to portovanje, ali ne moze dok masine ne izadju na trziste, a kad izadju bice pitanje sta ce se desiti jer ce trebati vremena.... Ovo je problem open source zajednice, ne moze da se radi otvoreno i da se spremi tajno. ;)

Da, razumem ja da ce Apple da tu zaradi, sigurno da hoce - ali Apple ima "teret" vezan za prestiz i za "everything works". Ako to prestane, to je pitanje ugleda, ne troskova, zato mislim da moraju jako pazljivo da sve to obezbede. Verovatno ce napraviti neki emulator za prvo vreme... bice zanimljivo.

Potpis

Please do not feed the Trolls!

Blasphemy? How can I blaspheme? I'm a god!'

Ma naravno da se portuju, gledaj, pretpostavka je da ce neko da portuje sav sistemski softver na novu arhitekturu - uostalom ti VEC imas Linux distribucije koje podrzavaju Arm64. Ne pricam o tome....

Scenario koji meni deluje verovatno je:

- Imas novu arhitekturu
- Imas OS i pratece alate (kompajlere, biblioteke...) koji su portovani.
- Imas masinu, sa novom arhitekturom i OS-om uvezanu na Git server kao runner.
- Ti programiras u nekom high level jeziku. Go, Ruby, Javascript, Python, Java, Lua, Erlang, PHP.... eventualno Rust.
- Inicijalni razvoj radis na svojoj masini, koja god da je. Na njoj ti je podeseno okruzenje (kontejneri, VM, sta god) koji izvrsavaju kod za tvoj rad i sve to uvezano kroz IDE.
- Kad uradis push u git server (gitlab recimo) automatski radi build na runner-u i vrti testove.
- Ti dobijes rezultat (output) testova.

Ovo je zapravo kako se i danas radi, jedina je razlika u tome sto gitlab runner nema CPU koji je binarno kompatibilna sa masinom na kojoj ti radis. Ako radis u nekom visem jeziku, koliko realno ocekujes problema?

Apsolutno je jasno da ce neko morati da portuje OS, razvojne alate i biblioteke, ali to nije problem za vecinu, jer vecina programera ne radi na tome. :) To je ono sto ti pricam..... Treba portovati OS i treba portovati mnogo toga pored OS-a, jeste - u pravu si. Meni se cini da bi baze podataka bile najveci problem... ali, opet, lepa stvar, bazu ne moras da vrtis na istoj masini (fizickoj ili virtuelnoj) kao aplikativni kod. :)

Ja sam i dalje ubedjen da, kad bi neko od mojih sadasnjih klijenata resio da predje na Arm na AWS-u, bez da kaze to developerima (koji rade u PHP-u, Python-u, Javascript-u ili Lua - to bar sad imam), ne bi niko ni primetio....

Potpis

Please do not feed the Trolls!

Blasphemy? How can I blaspheme? I'm a god!'

Lako za standradnu biblioteku. Kakve se stvari ubacuju ili ne ne mozes znati.
Ovde govorimo o firmama koje su biznis vezale za x86 i treba ih ubediti da
je prelazak na ARM neki benefit.

"Treba portovati OS i treba portovati mnogo toga pored OS-a"

Moje pitanje je: zasto?
Koju prednost nudi ARM server nad x86 serverom? To je ono sto je
glavna stvar. Ako vec firma treba da ulozi u to, onda mora da ima
dobar razlog.

edit:
ne govorim o tome sto neki 370mil server radi bolje. Ovde govorimo
o serverima od 1000-2000$