Új hozzászólás Aktív témák

• #32 ivana Ármester bigmanke6 #24

  Új Válasz 2014-02-26 19:07:35 #32

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ivana

  Ármester

  válasz bigmanke6 #24 üzenetére

  Tudom, fordítottam már androidot (És jelenleg is fejlesztek rá) Valószínűleg hasonló lesz a PC-hez ahol azért kellett a 64bit mivel 4 gigánál több ram került a gépekbe (a csúcs kategóriás cuccokban most is van 2GB), addig kb. semmi értelme, érdemi gyorsulást csupán az, hogy 64 bites pc-en se hozott, viszont cserébe jóval több ramot fogyaszt. Erre pedig nagy részben nem az android SDK-t hanem a gcc-t kell optimalizálni. Egy teljesen új architektúrára a kernelt viszont nem olyan egyszerű lefordítani.
  nem lát bele és nem is fér hozzá a függvényekhez Maximum csak javában van írva és akkor nem, de lehet natív kód is.

• #30 vicze félisten bigmanke6 #28

  Új Válasz 2014-02-26 17:12:26 #30

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vicze

  félisten

  válasz bigmanke6 #28 üzenetére

  "Az én kérdésem inkább az, hogy a fordító írásakor mennyire tudják kiaknázni az úk architektúra előnyeit?"
  Erre cinikusan azt kérdezem, hogy számít? Jelenleg a 64bit marketing túlnyomórészt, az Apple bedobta és most mindenki erőlködik vele keservesen.
  A regiszterek számának növelése és több architektúra optimalizáció miatt biztos gyorsabb lesz az ARMv7-nél optimalizálatlan fordítóval is, akár ARMv7-et futtatva is. A programokat úgy is nagyon lassan fogják optimalizálni, ahogy Win-en is nagyon lassan terjed a 64bit. A jelenlegi SoC teljesítmény is akkora, hogy kihasználatlan 99%-ban, sőt a programok optimalizálatlanságát a teljesítménnyel kompenzáljuk épp.

  Az Intel azért szeretné (mármint kedvelné, hírek szerint már kész vannak vele) a x64-et. Ugyan úgy kell nekik is a verseny miatt, és telefon fronton egyre erősebbek akarnak lenni, így futni kell nekik is a 64bit után.

• #25 vicze félisten bigmanke6 #24

  Új Válasz 2014-02-26 15:47:33 #25

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vicze

  félisten

  válasz bigmanke6 #24 üzenetére

  Pontosan a fordító kell tudja. Jelen esetben GCC -> ARMv8 support. Decemberi.
  Van már a Linux kernelhez is pár ARMv8-as commit amúgy.

  64bitnek mit tekintetek Droidon x64-et vagy ARMv8-at? Csak úgy kíváncsiságból kérdezem. Melyik A 64bites Droid?
  Pont ugyanolyan különböző ISA-k mint az ARMv6, ARMv7, x86, MIPS. Érdekes módon ezek is meg lettek oldva egy fordítással, x64 és ARMv8 is meg lesz.

• #22 ivana Ármester bigmanke6 #18

  Új Válasz 2014-02-26 15:11:50 #22

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ivana

  Ármester

  válasz bigmanke6 #18 üzenetére

  Véleményem szerint ha egy SDK fejlesztő (Android federation) nyom egy resetet és nem használ fel előzőleg 32 bites architektúrára írt kódókat az új 64bites arhitektúrá írt SDK-ban, és újra gondolják az egészet akkor igenis van előnye.
  Ha 64 bitre fordítod le akkor 64 bites bináris lesz, ez vagy lefordul, vagy nem, nagyon kevés assembly kód van a kernelben is, nem hogy a frameworkben. A linux kernel kb. mindenen fut ami számítógépnek nevezhető, nem kell újra gondolni

  + Az esetek 95 százalékában elég a single precision float, meg a 32 bites int szóval nem tudom mit akarsz ezzel.

Új hozzászólás Aktív témák