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

• #88 azbest félisten hobizsolti #71

  Új Válasz 2008-01-28 22:51:34 #88

  Ú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

  

  azbest

  félisten

  válasz hobizsolti #71 üzenetére

  Elolvastam a #10-es hozzászólásban található HUP link tartalmát is (avagy linux és 64bit).

  És hasonló következtetésre jutottam, mint amire te is.

  A 16bit -> 32it váltás teljesen más volt. Ugye a lehetőségek nem duplázótak, hanem 65ezerszereződtek, ma meg 4mrdszorozódás van A memória-korláton kívül a cíkkben írt dolog (hogy kevesebb művelettel lehet ugyanazt elérni) ott valóban erősen kiütközött. 16 vs 32 bit hatalmas különbséget mutat: a számolásban is eléggé korlátozó a 65535, és az érzékszerveink számára is van különbség egy 16bites és 32 (24) bites kép között.

  A 16 bites procival ugye elég nehézkesen, sok művelettel lehet 32 bites végeredményt kihozni. Ehelyett 32 biten egy lépésben elvégezve a feladatot látványos sebességnövekedést látunk a 16 bites megoldáshoz képest. (valószínűleg nem csak 2szerest).

  32 bit elég jól lefedi a legtöbb igényünket. Csak tudományos / speciális alkalmazások ugranak be, ha valós 64 bit igényről van szó (kivéve a memóriakezelés). Persze ahogy mások írták már a plusz regisztereket felhasználva lehet gyorsítani némileg a programokon (a fordítók optimalizálása erre).

  Egy hasonlat: adott egy személyautó és egy teherautó, a végsebességük egyforma. Ha üresen mennek akkor nem igazán gyorsabb egyik sem a másiknál. Viszont ha sok csomagot kell vinni, a teherautó ugyanolyan gyorsan elviszi egyben az összeset, ezzel szemben a személyautó a kis csomagtartója miatt többször kénytelen fordulni, mire mindent a célba szállít.

  Tehát ha egyszer különbség lesz 32bit és 64bit között, akkor az valószínűleg nem abban jelentkezik, hogy a 64biten gyorsulna, hanem a 32biten sokkal lassabban lehet megoldani a kitűzött feladatokat.
  Ma még a hétköznapokban nem nagyon ismerünk olyan problémát, amit 2^32 légy ne tudna megoldani viszont 2^64 de. A fájl mappingos dolog amiről olvastam érdekes dolog és egyike a ritka, de hasznos kivételnek.

  De ismeritek a mondást:
  A számítógéppel olyan problémákra keressük a megoldást, amelyek számítógép nélkül nem is lennének

  Nem tudom pontosan hogyan történik elektronikai szinten a számolás, de el tudom képzelni, hogy a 64 bitet szét lehetne szedni 2x32-re melyek függetlenül is működhetnek de ha kell 64biten egyesítve is. Persze erről rögtön beugrik a HT és a több mag... de végülis ha csak bizonyos feladatokra kell valóban 64bit, akkor az elektronika egy része valószínűleg nagyon nincs kihasználva - csak 0ákat utaztat.

• #29 azbest félisten

  Új Válasz 2008-01-28 16:05:02 #29

  Ú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

  

  azbest

  félisten

  Gondolom, csak akkor lenne lényeges különbség 32bit vs 64 bit közt ha péládul 64 biten olyan trükkösen megírt adatfeldolgozást használna egy progi ami két 32 bites adatot egy 64 bitesként egy lépésben használna. De ez elég macerás dolog lehet meg sok műveletnél nem is kivitelezhető. Azért gondolom az assemby lelkes művelői brutál dolgokat képesek lekódolni egy 64 bites procin (trükkökkel növelni a 32 bites adatok feldolgozásának sebességét). Hmm lehet hogy képfeldolgozásban van realitása ennek.

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