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

• #95 ddekany nagyúr dezz #94

  Új Válasz 2012-04-09 19:32:01 #95

  Ú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

  

  ddekany

  nagyúr

  válasz dezz #94 üzenetére

  "A Trinity elsősorban mobil/mainstream desktop proci. Ehhez megvan a kellő "CPU-erő".

  De én a CPU számítási teljesítmény / Wattról beszéltem, nem nyers erőről.

  "Sorolnád azt a sok alkalmazást (főleg a hétköznapiakat), ami nem többszálúsítható, de igényli a minél nagyobb teljesítményt?"

  A legtöbb kód amit írunk (90%-sok százalék simán) egyszálú volt és reálisan az is marad örökre (hacsak nem tök más nyelvek lesznek mainstream-ek... maaajd, talán), mert egyszerűen nem reális erőfeszítés megkeresni benne a picike párhuzamosítható cafatokat, meg összehangolni őket. Ráadásul ha pici cafatokat tudsz csak párhuzamosítani, akkor sokszor a párhuzamosított megoldás a lassabb. (Illetve a nagyon-nagyon pici párhuzamosítható cafatokat megtalálja egy modern CPU.) Hogy aztán ezek közt ki szerint melyik üti meg a "igényli a minél nagyobb teljesítményt" követelményt... Amikor van kismillió absztrakciós réteged, sőt, meg akár magas szintű nyelved (Python, Ruby, JavaScript, stb), akkor azért van, hogy tetű lesz a program a rakás overheadtól egy modern CPU-n is, szóval a gyorsabb jobb. Amúgy pl. fordítás/értelmezés (parsing) is jellemzően olyan, hogy nem nagyon párhuzamosítható elvileg sem.

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