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

• #11 Fiery veterán Abu85 #10

  Új Válasz 2013-11-13 20:34:56 #11

  Ú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

  

  Fiery

  veterán

  válasz Abu85 #10 üzenetére

  Rendben, bar tovabbra sem tudom felfogni agyilag, hogy a programozasi reszt miert tudja kivaltani egy joval gyengebb elmeleti teljesitmenyu vas. Egy Berlin akarmennyire is megfeszul, nem fog tudni 0,8 TFLOPS-nal nagyobb teljesitmenyt leadni az iGPU-javal, mig egy 4 db Tesla K20x fogadasara kepes GPU szerver 15,8 TFLOPS-ot teljesit. Persze ha a feladat baromi jol parhuzamosithato ujabb szerverek hozzaadasaval, akkor adott esetben 16 db Berlin szerver kivalthat 1 db GPU szervert, de nem hiszem, hogy az anyagilag, villanyszamlaban, elhelyezesben (logisztika) jobb megoldas lenne. De mindez csak az en nyomorom, en ilyen feladatra tutira GPU szervert vasarolnek, de lehet, hogy baromira nem ertek hozza Hagyjuk is, nem akarom tovabb nyujtani a retestesztat.

• #9 Fiery veterán Abu85 #7

  Új Válasz 2013-11-13 18:30:08 #9

  Ú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

  

  Fiery

  veterán

  válasz Abu85 #7 üzenetére

  A vicc ebben az, hogy a programozoi munka ("tanuld meg fiam az OpenCL 1.x-et dGPU-val, van ra 3 honapod") me'g mindig olcsobb lenne, mint vasat cserelni _es_ modositani a meglevo szoftvereket, legalabbis ha figyelembe vesszuk, hogy igy is (dGPU-ra atallas), ugy is (Berlin+SVM-re atallas) teljes vas cserevel jar. Viszont, mig a dGPU-s megoldasnal, ha egyszer osszeallt az uj szoftver, barmikor tovabb skalazhato a teljesitmeny a dGPU upgrade-jevel (vagy ujabb dGPU-k telepitesevel, ha a szerverben van hely es van áram hozza), a Berlint nehez lesz cserelni gyorsabbra, plane olyanra, amivel jelentos elorelepesre lehet szamitani teljesitmenyben. Fejben nehez lenne most kiszamolnom, hogy a Watt/FLOPS arány tekinteteben melyik lenne a jobb megoldas, de az olaj/gaz banyaszati ipar szerintem nem ezt nezi leginkabb, nem hiszem, hogy naluk ez lenne a legfontosabb szempont.

  De ha az olaj/gaz banyaszati ipar Berlint akar, akkor lelkuk rajta. Mindenesetre en errol megkerdeznek azert egy donteshozot is mondjuk a BP informatikai reszlegerol, lehet hogy tok mast mondana, mint az AMD sajat marketing expertjei

  Felreertes ne essek, siman el tudom kepzelni rengeteg felhasznalasnal, hogy a Kaveri jol johet, de ennel a banyaszati peldanal nehezen kepzelem el, hogy egy Berlin farm jobban mukodne a gyakorlatban, mint mondjuk egy Tesla-farm...

• #4 Fiery veterán Abu85 #3

  Új Válasz 2013-11-13 17:25:55 #4

  Ú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

  

  Fiery

  veterán

  válasz Abu85 #3 üzenetére

  "Azzal érvelnek, hogy olcsóbb tonnaszámra hardvert venni, és az aktuális programkód jelentős részét újrahasznosítani, minthogy közel a nulláról újrakezdve egy hatékonyabb kóddal beépítsék dedikált GPU-kat a feldolgozásba."

  Ha a jelenlegi programkod kizarolag CPU eroforrasokat hasznal, akkor dGPU-ra es SVM-es APU-ra atvinni a szamitasokat mindenkepp es egyarant a meglevo programkod modositasat igenyli. Teny, hogy SVM-nel kicsit egyszerubb (lesz majd) a melo (ha majd lesz OpenCL 2.0 ill. HSA a gyakorlatban is), de mindenkepp a program modositasat igenyli.

  Ha pedig a szoftver mar hasznal GPU eroforrasokat, mondjuk CUDA-n vagy OpenCL-en keresztul, akkor a programozok mar athidaltak a dGPU problemait (relative szukos on-board memoria, memoria blokkok masolgatasa), tehat egyszerubb egy erosebb dGPU-ra cserelni a meglevo dGPU-t, mintsem a teljes szervert kukazni.

  Es arra nem reagaltal, hogy mikepp all elo az 5-10-szeres gyorsulas a Berlinen. Azt nem tudom elkepzelni, mihez kepest gondolja az AMD. Hacsak nem valami atomos (Centerton) mikroszerver farm a kiindulasi alap darabonkent 2 GB rendszermemoriaval

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