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

• #85 #25954560 törölt tag Pikari #81

  Új Válasz 2013-05-02 17:35:30 #85

  Ú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

  

  #25954560

  törölt tag

  válasz Pikari #81 üzenetére

  szoval cpu-remete
  eddig kinezett a pci-e buszon, latta h logott ott egy gpu is, azonnal visszabujt. most viszont mar a szomszedos oduban figyel a gpu

  bocsi kollegak, nem irok tobb offot bar jol szorakozom igyexem inkabb par honapon belul eloallni valami osszehasonlito eredmennyel (es talan koddal is, ha a ceg nem tori le a kezemet).

  banzai,
  &rew

• #79 #25954560 törölt tag vajaskenyer #78

  Új Válasz 2013-05-02 16:39:18 #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

  

  #25954560

  törölt tag

  válasz vajaskenyer #78 üzenetére

  vagy volt valami feladat, amire kitalalt egy jol hasznalhato optimalizaciot/algoritmust, ami szepen skalazodik cpu magonkent. mivel meg mindig ritkak azok a programok, amik igazibol kihasznaljak a 8 magot (vagy akar a tobb socketben sok magot), lehet o nem volt lusta kidolgozni. pl tobbprocis rendszerek eseten meg most is furcsakat tudnak csinalni akar a draga kereskedelmi programok is (pl memoriat foglalnak az egyik procirol, kozben a masikon futnak, a QPI busz meg izzad...), ezert egy rendes implementacio ledozerolhatja azoknak a teljesitmenyet eleinte.
  de az is lehet h volt rossz tapasztalata gpgpu-s programozassal, aztan cpu-n szepen sikerult neki ugyanaz a melo.
  vagy csak siman genya

• #77 #25954560 törölt tag Pikari #76

  Új Válasz 2013-05-02 04:18:52 #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

  

  #25954560

  törölt tag

  válasz Pikari #76 üzenetére

  a tilerarol kb egyezik a velemenyunk.
  de a nagy gpgpu-ellenesseget meg mindig nem latom indokolva

• #75 #25954560 törölt tag Pikari #69

  Új Válasz 2013-05-02 03:03:08 #75

  Ú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

  

  #25954560

  törölt tag

  válasz Pikari #69 üzenetére

  tilera 64magos eval board-unk volt. nem skalazodik szepen, mert matrix-ban vannak a magok. sokat kell erte dolgozni h a kozepsok ne ehezzenek. de ha megnezed, pl a cavium is ismeri a xaui-t, sot, a tokozasba van epitve 10G-s es 1G-s ethernet interfesz is.
  egyebkent az amd altal most vazolt hUMA ugye pont ezert jo, mert kozos memoriat tudnak hasznalni. innen kezdve azert nem annyira nehez etetni a gpu-t.
  az intel pedig tudja azt h a niantic egyenesen a proci L3 cache-ebe tolja a packetet (vagy csak a headert, konfigtol fuggoen), kikerulve a draga dram olvasast. ha nem is tokeletesek ezek a technikak egyelore, azert szepen gyorsitanak.
  a gpu-s packet forwarding megoldasoknal nem a halokartya a szuk keresztmetszet. azert van ertelme a gpu-t is bevonni, mert minel tobb mindent akarunk csinalni a packettel, annal tobb eroforras kell. es altalaban minel tobb mindent akarunk csinalni, annal kevesbe csak a packet header-t kell elemezni. a gpu-t elerni nem annyira lassu.

• #66 #25954560 törölt tag dezz #65

  Új Válasz 2013-05-02 00:03:38 #66

  Ú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

  

  #25954560

  törölt tag

  válasz dezz #65 üzenetére

  koszi, lattam en is par dolgot mar, ami szepen gyorsult gpu-val.
  csak azert irtam ezt, mert tervben van egy ilyesmi megirasa es akkor sajat tapasztalatbol tudok majd beszelni. igaz nem holnapra lesz meg...

  mod:
  es szinten tervben van ARM tesztelese, mert a legujabb cuccokkal mar eleg sokat igernek (pl Cavium Octeon III/Thunder-rel mar x86 vero teljesitmenyt iger, ami eleg szep lenne)

• #64 #25954560 törölt tag Pikari #63

  Új Válasz 2013-05-01 22:41:47 #64

  Ú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

  

  #25954560

  törölt tag

  válasz Pikari #63 üzenetére

  en 2000x-re tan nem, de a sw vs hw renderelesbol kindulva 20x-ra biztosan. illetve packet processing-ben mar ertek el egeszen szep eredmenyeket gpu-val. igaz ott 'csak' 10x-es es csak kicsi packet-ek eseten. de lassan ket eve.
  raadasul ha egy gpu-val rendelkezo procirol beszelunk (akar egy intel i5), akkor gyakorlatilag ingyen van a plusz eroforras, amit erdemes kihasznalni.

• #41 #25954560 törölt tag Pikari #8

  Új Válasz 2013-05-01 17:52:22 #41

  Ú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

  

  #25954560

  törölt tag

  válasz Pikari #8 üzenetére

  eljon majd a te idod is. mar regota forog a 'nem eleg eros a cpu mag' -> 'dedikalt kulon szamoloegyseg' -> aztan 'integralni vissza a cpu-magba' dolog is. (szegyen, nem emlexem hogy hivjak, ezt az allando korfolyamatot is elneveztek valakirol). de a dolgok jelenlegi allasa mellett a gpu par dologban sokkal hatekonyabb, mint a cpu (meg jo hogy, hiszen celhardver). es addig, amig mindezeket a funkciokat nem tudja a cpu ennyire jol, van ertelme kihasznalni a gpu-t. es tekintettel arra h megjelenitesre a legtobb esetben ugyis szukseg van, nem feltetlenul hulyeseg a gpu-kat tovabbra is csiszolgatni es a cpu kozeleben tartani.

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