[elektro] x86 vs ARM

[Info]

> Es szerinted az androidot meg az angry birdsot asm-ban irjak, es
> kulon megirjak az asm beteteket x86-ra meg arm-ra? nem gondolod
> komolyan.

Láttár már multiplatformos programot ? :)
Pl. javaslom az openssl forrását tanulmányozni.

> Egy 4magos multithreaded procira, aminek van parszaz regisztere soha
> a budos eletben nem irsz asm-ban jobb kodot mint egy fejlett c
> fordito.

Most eltértél az előbbi résztől, a STUB-ot csak így lehet elkészíteni.
A mai napig így csinálják. Lásd __aeabi meg CMSIS, ahol az asm
utasításokat lehet C-ben meghívni (főleg cache kezelésnél).

> Vajk


> 2013/6/21 Info <info at kiralyelektronika.hu>

>> Háát, azért egy alap C-ben is van lehetőség asm betétre meg
>> lokalizálásra, szóval egy STUB-ig meg lehetne oldani, onnan meg már
>> mindegy a fordító.

>> > A forditon ennel sokkal tobb mulik. Egy proci hiaba okos, meg
>> > gyorsabb papiron 40%-al, ha nincs hozza a lehetosegeit kihasznalo
>> > fordito. Es egy forditot tovabb tart rendesen megcsinalni mint egy
>> > processzort.

>> > Vajk


>> > 2013/6/21 Info <info at kiralyelektronika.hu>

>> >> > De az biztos, hogy nativ kodot nem fogsz futtatni az ATOM-on, mig az
>> >> > ARM-on van lehetőség rá.
>> >> > Ha mig virtuális gépen fut, akkor 25-40% teljesítmény csökkenest
>> >> > írnak tudósok, ennyi a virtuális gép igénye.

>> >> Ezzel nem vitázok, csa nem értem :)
>> >> Bár, csak Pentium-ig ismerem a provik védett módját, de ha nem
>> >> cseszték el azóta akkor sokkal könnyebben kellene tudni natív kódnak
>> >> futnia x86-on, mint ARM-en. Hatalmas hw támogatás van a virtuális gép
>> >> készítésére benne.
>> >> Valaki tud összehasonlító táblázatot ? :)

>> >> -----------------------------------------
>> >>           elektro[-flame|-etc]
>> > -----------------------------------------
>> >           elektro[-flame|-etc]

>> -----------------------------------------
>>           elektro[-flame|-etc]

> -----------------------------------------
>           elektro[-flame|-etc]