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

• #69 Rive veterán 3d #68

  Új Válasz 2007-04-19 12:54:51 #69

  Ú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

  

  Rive

  veterán

  válasz 3d #68 üzenetére

  Számtekben a kilo ezer helyett 1024.
  
  Kivéve, ha vinyókról vagy marketingről van szó.

• #63 Rive veterán ollie #60

  Új Válasz 2007-04-19 10:11:56 #63

  Ú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

  

  Rive

  veterán

  válasz ollie #60 üzenetére

  Már a 8086-nál is 1M. Kérlek, hagyd a hardverközeli utalásokat.
  
  Ui.: Jobb így, törléssel. De még a ''Ezzel eddig nincs is probléma, könnyen belátható, hogy miért.'' mondat is felesleges. Hiszen így már nem indokolsz, csak kijelentesz
  
  [Szerkesztve]

• #57 Rive veterán

  Új Válasz 2007-04-19 10:03:57 #57

  Ú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

  

  Rive

  veterán

  No! Ölvtársak! A cikk a túl messzire és túl alacsony szintre utaló részek nélkül nem kifejezetten hibás a 32 bites XP tárgyában. Ennyire azért nem kell szétszedni.
  
  Pláne: ez egy user-level szösszenet, nem kernel-hacker's guide.
  
  [Szerkesztve]

• #53 Rive veterán ollie #51

  Új Válasz 2007-04-19 09:56:57 #53

  Ú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

  

  Rive

  veterán

  válasz ollie #51 üzenetére

  Igen.
  
  ''Ezzel eddig nincs is probléma, könnyen belátható, hogy miért. 32 biten, maximum 0xFFFFFFFF byte-ot (decimálisan: 2^32-1, vagyis 4294967296, ami 4GB) lehet megcímezni, hiszen ez a 32 biten ábrázolható legnagyobb pozitív egész szám (amennyiben előjel nélküli ábrázolásról beszélünk). Ennek megértéséhez nem is kell különösebb erőfeszítéseket tennünk. ''
  
  Ez a rész nem jó. És kijavítani/átheggyeszteni is nehéz/bonyolult. Nélküle sokkal jobb.
  
  [Szerkesztve]

• #49 Rive veterán ollie #48

  Új Válasz 2007-04-19 09:49:57 #49

  Ú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

  

  Rive

  veterán

  válasz ollie #48 üzenetére

  Ezzel eddig nincs is probléma, könnyen belátható, hogy miért.
  A 'miért' utáni részt szedd még ki. Nem azért, hanem marketing/fenetudja miatt, ahogy írod is.
  
  [Szerkesztve]

• #46 Rive veterán ollie #41

  Új Válasz 2007-04-19 09:44:34 #46

  Ú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

  

  Rive

  veterán

  válasz ollie #41 üzenetére

  Sztornózd/alakítsd át azt a részt, hogy 'A 32 bites processzorok maximum 4GB memóriaterületet tudnak megcímezni.', és akkor jó lehet. Ez nem csak az XP-ről szól, így pedig hibás.
  
  A PPro fizikai címbusza már eleve 36 bites, 32 helyett, hiába 32 bites a proci. Illetve A[35;3] szerepel, a kisebb helyiértékeket alapból demultiplexelik, ha jól emlékszem. Azaz fizikai 64GByte, ha el nem b@sztam valamit. Efféle a P4 is.
  
  Ezen túl a proci belső lehetőségei ennél jóval többet megengednek. Egy lap elvi maximuma tényleg 4G, de lapból akár igen sok is lehet, úgyhogy az elvi kezelhető memória valahol a TByte kaliberben.
  
  Ui.: és a dolgot ne hozd kapcsolatba a 32 bit által felvehető értékek maximális számával se.
  
  [Szerkesztve]

• #40 Rive veterán ollie #38

  Új Válasz 2007-04-19 09:28:32 #40

  Ú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

  

  Rive

  veterán

  válasz ollie #38 üzenetére

  Kétszer annyi bit - de az adott kontextusban ez is csak egy operandus/cím/mifene.
  
  Ui.: tfh. valami SIMD utasításról van szó, 8 bites adatokkal. (Hadd ne nézzek utána, hogy effélének x86 szinten van-e relevanciája.) Akkor lenne a 32 bit az négy adat, a 64 meg nyolc.
  De itt a 32 bit az egy adat - és a 64 is ugyanúgy egy adat.
  
  [Szerkesztve]

• #34 Rive veterán ollie #8

  Új Válasz 2007-04-19 09:09:52 #34

  Ú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

  

  Rive

  veterán

  válasz ollie #8 üzenetére

  Mivel egyszerre 2x annyi adattal tudnak (32 helyett 64 bit) tudnak műveleteket végrehajtani, ezért elméletileg akár 2x gyorsabbak is lehetnek 64 bites módban.
  Izé, ez nem így működik.
  
  A 32 helyett 64 alapesetben nem kétszer annyi, hanem kétszer akkora adat. A cikk vonatkozásában (integer 32 helyett 64 bit) csak akkor gyorsít, ha eleve 64 bitre lett volna szükséged.

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