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

• #54 namaste tag vicze #53

  Új Válasz 2012-06-18 21:40:07 #54

  Ú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

  

  namaste

  tag

  válasz vicze #53 üzenetére

  Ezek az eredmények csalókák. Sokszor a tesztelők egyszer-kétszer lefuttatják és beírják a cikkbe, lehet, hogy ki lehetne hozni többet is. Persze nem ez a telefonok legfontosabb tulajdonsága. RAZR MAXX 84,039 MF, ugyanúgy OMAP4430 1,2 GHz.

  A Linpack dupla pontosságú lebegőpontos számokkal dolgozik, a NEON nem tud ilyen számokkal műveleteket végrehajtani. A Tegra 2 inkább a memória miatt lassú, vagy mert csak 1 GHz-es, vagy egy korábbi Android verzión tesztelték.

• #52 namaste tag vicze #51

  Új Válasz 2012-06-17 18:09:12 #52

  Ú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

  

  namaste

  tag

  válasz vicze #51 üzenetére

  Biztos, hogy a Scorpion jobban skálázódik? Milyen adataid vannak?
  Saját mérés: st: 42,319 MF mt: 70,631 MF (arány: 1,669) mindkét érték maximum, 2x Cortex-A9 1GHz.

  Teszteltem Java és C kóddal, mindkettő egyszálas, a Java kevésbé érzékeny a mátrix méretére, kevésbé számít az L2 mérete.
  Java C
  100x100 47,976 146,063
  250x250 48,076 130,646
  500x500 43,13 91,868
  1000x1000 43,012 83,426

• #50 namaste tag vicze #49

  Új Válasz 2012-06-15 18:45:24 #50

  Ú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

  

  namaste

  tag

  válasz vicze #49 üzenetére

  Nem, a memória memóriára gondolok. Az egyszálas Linpack egy 500x500-as mátrixszal dolgozik, 2 MB a mérete, ez nem fér bele a cache-be. Itt a memória a lényeges. Ahogy előrehalad a számolásban a mátrix egyre kisebb részével dolgozik, egy idő után már belefér a L2 cache-be. A Cortex-A9 valahogy nem őrzi meg a cache tartalmát, túl korán kiírja a memóriába, majd ha kell visszaolvassa. Ilyenkor már az L2 vezérlése és a memória is korlát.

  Nézzük a többszálas Linpackot. Négy szálon számol (az 1, 2 magos CPU-kon is), 4 db 250x250-es mátrixon. Ez se fér bele az L2 cache-be. Ha ezt ráereszted erre a (z S4-nél gyengébb) memória alrendszerre, az nem fog jól skálázódni.
  Egy feladat, ami nem használ ilyen sok memóriát, az jobban skálázódik.

  Egyébként a Krait-nek 2x16 kB L1 cache és 2x4 kB L0 cache van.

• #46 namaste tag vicze #34

  Új Válasz 2012-06-13 20:43:27 #46

  Ú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

  

  namaste

  tag

  válasz vicze #34 üzenetére

  Még mindig azt mondom, hogy a memória miatt nem tud skálázódni a Linpack.
  A Tegra 3, Exynos 4412 kb. 3x gyorsabb Linpack többszálas futtatásánál. Az meg már majdnem négy.

  Legjobb tudomásom szerint a kernel vezérli az órajel beállítását, a magok ki-be kapcsolását.

  (#41) lmisi
  soc belső micro-kód

• #33 namaste tag vicze #23

  Új Válasz 2012-06-12 18:22:58 #33

  Ú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

  

  namaste

  tag

  válasz vicze #23 üzenetére

  Az Intel az ütemezőről beszél, az ütemező miatt lenne jobb a Qualcomm S4? Az S4 fejlettebb mikroarchitektúrával, jobb cache/memória alrendszerrel rendelkezik. A Linpack-nek kell a gyors memória.

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