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

• #72 nyaralasptt csendes tag Lortech #56

  Új Válasz 2007-04-14 16:06:47 #72

  Ú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

  

  nyaralasptt

  csendes tag

  válasz Lortech #56 üzenetére

  ''Energiagazdálkodás szintén.. ennek semmi köze ahhoz, hogy az aktuális GPU éppen mennyit fogyaszt.''
  
  tudom, csak azt jegyeztem meg, hogy az energia takarekossag milyen hulyen veszi ki magat, ha egy gpu-rol van szo (persze tudom, hogy van 2d/low perf. 3d/perf 3d mode stb.)
  
  ''Ahhoz képest, hogy már az első mondatban leírtad, hogy egyáltalán nem értesz a driverekhez, egyből megmondod, hogy mi a hiba.''
  
  A driverekhez tenyleg nem ertek / /, de nem is azt mondtam, hogy az xy modulok kozotti interface-t hogy kene megtervezni, hanem, hogy szerintem sw fejlesztoi oldalrol mi lehet a problema egyik oka.
  
  ''Meg lehet írni az egészet csak asm-ben''
  En pl. a gui-t kurva elet, hogy nem allnek neki alacsony szinten lekodolni /c-be se/.
  
  ''''os api'' az általában c egyébként''
  
  Azert emeltem ki kulon, mert akarmilyen c programozot /pl. aki eddig xy multi alkalmazasszerveret, tuzfalat stb. ganyolta/ nem tudsz odaultetni, hogy akko most irja drivert, mert egyreszt ismerni kell a win api-t, raadasul annak meg egy eleg specialis reszet is, amit mondjuk csak az ismer, aki drivereket ir, raadasul a gpu-k kezelese siman el tudom kepzelni, hogy elter mondjuk a hangkartyajektol stb. Ehhez meg hozzajon az is, hogy a ms api doc-jai/amit elersz az msdn-en/ eleg szarok /nekem tapasztalatom csak az XP-vel van, lehet a vista kicsit jobb ilyen teren is/.
  
  Abbol, hogy lehet c /szeru/ kodot odaadni a cuccnak en azt a kovetkeztetest vontam le, hogy az ujfajta felepites kovetkezteben egyszerubbe valt programozni oket, de lehet tevedtem

• #52 nyaralasptt csendes tag Lortech #17

  Új Válasz 2007-04-14 00:48:02 #52

  Ú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

  

  nyaralasptt

  csendes tag

  válasz Lortech #17 üzenetére

  ''Elég blama nvidia részéről, régesrég illett volna rendesen megcsinálniuk, ATI nem véletlenül dolgozik együtt szorosan MS-ékkal évek óta az új driveren és drivermodellen. Valahogy nem vetté elég komolyan a feladatot az nvidia, úgy tűnik nekem.''
  
  Itt meg pont az ATI drivereit szidjak
  http://prohardver.hu/f.php?mod=40&id=510277
  
  Ugy tunik tenyleg nem egyszeru dolg ez a driver iras, mert ha jol emlekszem a creative-nak is voltak gondjai, de a legtobb hw gyarto hagyomanyosan fos sw-eket keszit es nem csak driverek vonatkozasaban./pl. mobiltelefonokhoz es mp3 lejatszokhoz eszeveszett gagyi software-ek szoktak lenni/, eddig egyedul a logitech volt, akinek a cuccairai azt mondtam, hogy telleg jo /persze lehet csak nekem volt vele eddig szerencsem /.
  Szerintem tobbek kozott az lehet a gond, hogy pl. egy gpu driver eleg sok kulonbozo szintu komponensbol all:
  -Assambly/vagy attol alacsonyabb/
  -c
  -os api
  -.net
  
  Namost aki ezt mindet atlatja, az nem feltetlen fog GPU driver irasbol elni .
  
  hw komplexitas: Ugy tudom, a 8-as gf szeria tok egyseges felepitesu /nem veletlen lehet c-szeru nyelven fejleszteni ra spec. alkalmazasokat/
  energiagazdalkodas: ez eleg rohejesen hangzik figyelembe veve a csucs gpu-k fogyasztasat / mondjuk lehet , hogy tenyleg van implementalva ilyen funkcio... /
  
  Egyebkent a hiba nyilvanvaloan a managment-ben van:
  -Egy fejleszto lehet hulye, de hogy mind az legyen...
  -Ha megis mind tok hulye, akko meg megint csak a managment a hibas /menem rugtak meg ki oket/
  
  Egyebkent az ilyen csuszasok teljenes mindennaposak a sw iparban. Dolgoztam egy cegnel, ahol volt olyan projekt, ami 2000 elott indult es a mai napig nem fejezodott be (eles rendszer meg egy evig tuti nem lesz). Eredetileg 2 evesre terveztek...

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