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

• #39 dabadab titán rudi #27

  Új Válasz 2005-06-21 14:40:36 #39

  Ú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

  

  dabadab

  titán

  válasz rudi #27 üzenetére

  Ez igy jo kis osszeeskuves-elmeletnek hangzik, de ennek ellenre pl az Inteltol az icc az joval gyorsabb kodot general, mint a gcc (marmint x86-ra, PPC-n pl hatarozottan hatranyba kerul azzal, hogy ott egyaltalan nem mukodik ).
  
  
  [Szerkesztve]

• #26 faster nagyúr rudi #25

  Új Válasz 2005-06-21 12:43:15 #26

  Ú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

  

  faster

  nagyúr

  válasz rudi #25 üzenetére

  Pedig én a jelenlegi szintnél jobb fordítóprogramokban látom csak a fejlődési lehetőséget. A többszálú programozás nem új találmány, mégsem triviális dolog ma sem egy ilyen programot megírni, és ezt nem lehet azzal elintézni, hogy hülyék a fejlesztők. Pedig a több szál a jövő, mert a hardvert már csak nagy áldozat árán lehet tovább okosítani, hogy pl. még pontosabban becsüljön előre az elágazásoknál, vagy hogy több utasítást dolgozzon fel egy órajel alatt. Igenis a programíró tudja a legjobban megmondani, hogy mik azok a részek, amik párhuzamosan működhetnek, csak ezeknek a definiálása a jelenlegi programfejlesztő környzetekben is még elég körülményes, nem is beszélve a hibakeresésről egy többthreades programban. Eddig nem is csodálom, hogy nem foglalkoztak a kérdéssel, mert egy processzoron úgy létrehozni többszálú alkalmazást, hogy el legyen osztva a terhelés, főként egy játéknál, nem nagyon hoz előnyt, viszont nagyon összetett feladat.
  
  [Szerkesztve]

• #12 faster nagyúr rudi #10

  Új Válasz 2005-06-21 11:53:17 #12

  Ú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

  

  faster

  nagyúr

  válasz rudi #10 üzenetére

  Szerintem a magas szintű programozás nem az elkényelmesedés jele. Szép is lenne, ha ma is annyit kellene szenvedni a grafikus üzemmód beállításával, meg a különféle hangkártyák programozásával, mint 10 éve DOS alatt, hogy a valós üzemmód szegmentált + EMS memóriakezelését már ne is emlegessem. Én nem vágyok ezekre a dolgokra.
  
  [Szerkesztve]

• #7 CocooN-z őstag rudi #5

  Új Válasz 2005-06-21 10:57:41 #7

  Ú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

  

  CocooN-z

  őstag

  válasz rudi #5 üzenetére

  Itt a technológia és a kraft a markunkban, úgy néz ki, megint az ember lesz a szűk keresztmetszet...
  
  Pontosan! És én nem értem megint hova rohannak a GPU fejlesztők, amikor egy sima, mára már olcsó mezei 9800 as karin gyönyörűen mennek még mindig a gémek, ennek ellenére kötelező tartani a(z) (mostmár csak) egy éves ütem tervet, miszerint 2X Gyorsabb mint az előb...blablabla...csak nem értem minek, lehet hogy 3d s szerkeztőknek, egyéb más grafikus téren kell a vas, de sztem gémre nem igen...még. de arra meg itt vannak a tavalyi ak, amik még annyira nem elterjedtek..(kivétel 6600gt). Sztem most kéne megállniuk kicsit, most kéne véglegesiteni egy két gpu t, és akkor a fejlesztők ki tudnák vesézni a dolgokat, és nem kéne évente más miatt szivniuk a fogukat... a példákat már felsoroltad rudi.

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