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

• #332 Ric4m0nd aktív tag hugo chávez #331

  Új Válasz 2012-10-08 07:27:43 #332

  Ú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

  

  Ric4m0nd

  aktív tag

  válasz hugo chávez #331 üzenetére

  Számomra is nehéz elhinni ezt a teljesítményt, de a mérés alapját az Intel Burn Test képezi. A 2.54-es verziót futtattam normál beállításokkal, melynek eredménye 82 GFLOPs. Ha tudsz más tesztelőprogramot, ami a GFLOPs teljesítményét méri, szívesen tesztelem.
  

  [ Szerkesztve ]

• #335 Ric4m0nd aktív tag hugo chávez #334

  Új Válasz 2012-10-08 08:13:37 #335

  Ú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

  

  Ric4m0nd

  aktív tag

  válasz hugo chávez #334 üzenetére

  Mindig tanul az ember! Köszönöm a felvilágosítást! Már futtatom is a Linx tesztet! 64-bites 82GFlops teljesítményt mutat ami igazolja az IntelBurnTest eredményét. 32-bites teszt pedig érdekes módon csak 69GFlops értéket! Akárhogy is nézzük nagy különbség a csúcs GPU-khoz viszonyítva. Ezért is fogom váltani a BOINC kutatásokat CPU-ról GPU-ra.

• #339 P.H. senior tag hugo chávez #336

  Új Válasz 2012-10-19 18:38:26 #339

  Ú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

  

  P.H.

  senior tag

  válasz hugo chávez #336 üzenetére

  Nem a LinX nem szereti a 32 bit + AVX-et, hanem 32 bites programokból csak 8 db 256 bites YMM-regiszter használható, 64 bites programok viszont 16 db-ot használhatnak (ugyanúgy, ahogy 128 bites XMM-regiszterből - ezt az SSE-utasítások használják - is csak 8 van 32 bit alatt, 64 biten viszont 16).

  "1.3.1 256-Bit Wide SIMD Register Support
  Intel AVX introduces support for 256-bit wide SIMD registers (YMM0-YMM7 in operating modes that are 32-bit or less, YMM0-YMM15 in 64-bit mode). The lower 128-bits of the YMM registers are aliased to the respective 128-bit XMM registers. "
  [link]

  A kevesebb regiszter több memóriaolvasást és -írást jelent, ami a számítási kapacitás rovására megy. Ez kézzelfogható - és bizonyos programoknál konkrétan számszerűsíthető - előnye a 64 bites programoknak már 4 GB vagy kevesebb memóriánál is.
  Nem mellesleg általános célú integer regiszterből is 16 db áll a 64 bites programok rendelkezésére, míg a 32 bites programok csak az x86 8 db regiszterét látják.

  Arguing on the Internet is like running in the Special Olympics. Even if you win, you are still ... ˙˙˙ Real Eyes Realize Real Lies ˙˙˙

• #939 Abu85 HÁZIGAZDA hugo chávez #938

  Új Válasz 2014-10-14 09:32:46 #939

  Ú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

  

  Abu85

  HÁZIGAZDA

  válasz hugo chávez #938 üzenetére

  Persze a MIC koncepciója katasztrófa, nem is ez a kérdés. E mellé viszont merre fejlődik az IGP. A Gen8 sem a skálázhatóság mintapéldája, amikor csak azért van kitömve gyorsítótárakkal, hogy egyáltalán működjön. Ha a Gen9-ben cserélnek architektúrát, akkor az a gondokat megoldja, vagyis mi célja a MorphCore koncepciónak?
  Tehát a Skylake, amiben lesz 4 Skylake mag, és egy Gen9 IGP. Azt heterogén módon lehetne úgy célozni, hogy a 4 magból kettő normál LOC, míg kettő picit TOC elvű működére lesz kalibrálva egy programban, és akkor még ott az IGP erősen TOC-ra optimalizálva? Mire jó két eltérő működésű TOC mag? Vagy nem tudják az IGP-ben CPU szintűre fejleszteni a flow controlt? Az azért meglepő lenne, elvileg ez mindenkinek sikerülni fog. Pont az Intelnek nem?

  Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

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