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

• #79 Male nagyúr Pikari #78

  Új Válasz 2013-05-19 18:39:04 #79

  Ú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

  

  Male

  nagyúr

  válasz Pikari #78 üzenetére

  Áh, clusteren száguld szépen, ugyhogy nem panaszkodom

• #77 Male nagyúr Pikari #74

  Új Válasz 2013-05-19 18:23:22 #77

  Ú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

  

  Male

  nagyúr

  válasz Pikari #74 üzenetére

  A spec esetünkben mert pl csak egy részének van meg a forráskódja. (jó, tudom, szakadjak már el a saját problémámtól )

• #73 Male nagyúr Pikari #72

  Új Válasz 2013-05-19 17:10:46 #73

  Ú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

  

  Male

  nagyúr

  válasz Pikari #72 üzenetére

  Ha az egész újra írható (és a költségvetésbe, időbe belefér), vagy még nincs meg, akkor mindegy, persze.

• #71 Male nagyúr dezz #68

  Új Válasz 2013-05-19 16:55:25 #71

  Ú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

  

  Male

  nagyúr

  válasz dezz #68 üzenetére

  Igen, spec eset, de nekünk pont ez van Ezért mondom, hogy általánosságban igaz amit írsz, de ebben a konkrét helyzetben nekünk jó lenne az x86 kompatibilitás.

  Szerintem ez nincs feltétlenül így, de rendereléssel és hogy ott mi az előnyös, azzal nem foglalkozom, így inkább nem mennék bele.

• #67 Male nagyúr dezz #66

  Új Válasz 2013-05-19 15:52:27 #67

  Ú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

  

  Male

  nagyúr

  válasz dezz #66 üzenetére

  Mert nem ideális _általában_. Viszont tudom mire akarná használni helkis, és oda ez tökéletes lenne.

  Annál a feladatnál ~30MB adat van gyilkolás alatt, egy darab 4GHz-es Ivy maggal kb 5-6 perc egy lefutás, aminek az eredménye mindössze két darab double érték, viszont minimum 10.000 lefutás kell (de ha meglenne a szükséges teljesítmény, akkor ez milliárdos nagyságrend inkább), és ezek teljesen függetlenek. Gyanítom bőven elég lenne a memória méret és sávszélesség.

  Ha általánosságban kijelented, hogy nem volt ideális az x86 ehhez, és azért kukázták, akkor egyetértek, de az adott feladat és a megvalósító x86-os kód ismerete nélkül nem kéne ilyet kijelenteni...

  "de ami fontosabb, összesen 2048/4096 biten" Őőő... ha a sávszélességeket hasonlítgatod össze, akkor annak nem sok jelentősége van, hogy az adott sávszélesség hány bites busszal jön ki. Vagy szerinted 100MHz 128bit gyorsabb, mint 200MHz 64 bit? A késleltetésnek már inkább van szerepe (meg persze annak, hogy mekkora adatot akarsz átpréselni egyszerre az adott buszon).

• #65 Male nagyúr dezz #55

  Új Válasz 2013-05-19 10:34:17 #65

  Ú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

  

  Male

  nagyúr

  válasz dezz #55 üzenetére

  Nem úgy tűnt, mintha mindenki tudná.
  ...és miért is állna be az egész rendszer? Anélkül, hogy tudnád, mit is kell számolni, te megmondod, hogy nem működne

• #15 Male nagyúr Abu85 #12

  Új Válasz 2013-05-13 20:13:19 #15

  Ú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

  

  Male

  nagyúr

  válasz Abu85 #12 üzenetére

  Szerintem arra gondol, hogy ami jelenleg megy kód pl 1 - 64 procimagon, szinte lineáris skálázódással, azoknak ez jó lenne így önmagában is (nem kéne szerver lap, meg clustert építeni, hanem pár ilyen kártya egy gépbe), ha meglenne az x86 kompatibilitás továbbra is, és nem kéne átírni semmit a kódban.

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