 Hozzászólások  A témához csak regisztrált és bejelentkezett látogatók szólhatnak hozzá!Bejelentkezéshez klikk ide
(Regisztráció a fórum nyitóoldalán)
Nem általános célú ram-területként kapja, hanem IO területként, amire bizonyos kötöttségek vonatkoznak (pl. nem lehet virtualizálni, stb.).
A Windows nem ismerhet minden alaplapot külön-külön, a BIOS készítője ismeri pontosan az adott alaplap PCI/PCIe IO szervezését, így ez a BIOS hatásköre, az konfigurálja fel (hol legyen bemappolva, stb.), stb. Pl. ha 4 GB ram van, és 32 bites proci, akkor az átfedéseket is a BIOS szabályozza, és BIOS-beállításoktól függően több v. kevesebb általános célú ram területet kap a Windows is. Az IO területet meg tehát IO területként kapja meg, és úgy is kell kezelnie. Pl. nem utalhatja ki programoknak általános ramként, mint írta nem virtuálizálható, stb. (A józan ész tiltja meg, hogy másként tegyen.)
|
"Nos, én úgy tudom, az IO tartományt eleve az OS sem kapja meg általános célú ramként."
Ha nem kapná meg, nem tudna kommunikálni a harverrel. "Általános célú ramként" kapja végülis, mert nincs aki megtiltsa neki, hogy oda írjon. Persze ha megpróbálja, akkor lefagy.
|
Nos, én úgy tudom, az IO tartományt eleve az OS sem kapja meg általános célú ramként.
A "zavarás" arra vonatkozott, hogy éppenséggel meghazudtol a másik - de az is érdekes, amikor utánad közöl valaki valamit úgy, mintha vadonatúj infó lenne (spanyolviasz). A legtöbben odafigyelnek az ilyesmire, tehát vélhetően hasonlóan gondolkodnak erről.
|
"Ebből eléggé az jön le, hogy az OS gazdálkodik az egésszel, és a saját kernele foglal el belőle valamennyit."
Hát, ha akarod, így is lehet értelmezni. De szerintem ez csak kötözködés.
Egyébként, ha már szőrszálakat hasogtunk:
- Külön kell választani a fizikai, és a virtuális memóriát. A programok a virtuális memóriát látják, aminek egy része per process "user mode virtual address space" (ebben garázdálkodhatnak), a másik pedig közös "kernel mode virtual address space". A kernel módba van benne az összes általad emlegetett címtartomány, plusz az OS kernel. Ilyen értelemben a kernelhez tartozik minden, amit a szoftverek nem kapnak meg.
- A driverek is kernelben futnak, és ők használják ezeket a címtartományokat. Tehát ebből a szempontból is a kernel a használó.
- Zárójelben oda is írtam példának a VGA drivert, amiből egyértelmű, hogy beleértettem a HW által használt címtartományokat is.
- Azt írtam, hogy "kell a kernelnek is". Ez logikailag nem zár ki semmit.
"Ez így olyan, mintha nem csak hogy úgy tennél, mintha más (most speciel én) nem írt volna már valami idevonatkozót, hanem egyenesen meghazudtolod."
Egyáltalán nem hazudtoltam meg semmit.
"Téged kicsit sem zavarna az ilyesmi? Valószínű igen. Na akkor máskor gondolj arra, hogy mások is így vannak vele."
Engem egyáltalán nem zavar. Sőt, örülök neki, ha más is egyetért velem.
"Nincs itt semmilyen "hadjárat", csak újabban ugyanezt csinálod újra és újra, külön kérés ellenére is."
Semmit sem csinálok másképp, mint az elmúlt jó 6-7 évben. Eddig még soha senkit nem szólt érte. Ezért nem értem, hogy most hirtelen miért lett gond. Ráadásul ismét egy lényegtelen részletbe kötöttél bele. Még ha vitatkoztam volna veled, akkor megérteném, hogy belekötsz.  |
"Ezt semmilyen OS nem adja neked oda mind, mert kell a kernelnek is"
Ebből eléggé az jön le, hogy az OS gazdálkodik az egésszel, és a saját kernele foglal el belőle valamennyit. Nuku már eleve a HW/BIOS által lefoglalt min. fél giga PCI konfig. terület. Ha pl. odaírtad volna, hogy "többek között (lásd #16)", vagy legalább "többek között"...
Ez így olyan, mintha nem csak hogy úgy tennél, mintha más (most speciel én) nem írt volna már valami idevonatkozót, hanem egyenesen meghazudtolod. Téged kicsit sem zavarna az ilyesmi? Valószínű igen. Na akkor máskor gondolj arra, hogy mások is így vannak vele.
Nincs itt semmilyen "hadjárat", csak újabban ugyanezt csinálod újra és újra, külön kérés ellenére is.
|
Hol írtam én olyat, hogy csak a kernelnek kell?
Újabban valami hadjáratot kezdtél ellenem, vagy mi? MInek kell minden apróságba belekötni?
|
Nem csak a kernelnek. Lásd előző 2 hozzászólás. Látom, azért sem figyelsz erre oda, na de hogy még ennyire sem...
|
"Tevedes mert nem tud 4GBt kezelni. :P
Pontosabban lehet hogy tudna, ha nem lenne a memoriakezelese csoppet bugos.
Meg 3GBt se latsz belole. Itt egy jo pelda."
A 32-biten kezelhető össz címtartomány a 4GB. Ezt semmilyen OS nem adja neked oda mind, mert kell a kernelnek is (azon belül pl. a videokártya driver használ sokat).
Ajánlott irodalom:
http://blogs.msdn.com/oldnewthing/archive/2004/08/22/218527.aspx
|
Mondjuk én eddig úgy tudtam, hogy erre az utolsó fél giga van fenntartva a 4GB területből. Lehet, hogy BIOS-függő is.
|
Ez végülis nem bug, a fennmaradó terület a PCI eszközök konfigurációs területeinek van fenntartva. Már eleve hw-ből, nem a Windowson múlik.
|
Tevedes mert nem tud 4GBt kezelni. :P
Pontosabban lehet hogy tudna, ha nem lenne a memoriakezelese csoppet bugos.
Meg 3GBt se latsz belole. Itt egy jo pelda.
http://forums.amd.com/lofiversion/index.php/t52417.html
Dez: Inkompatibilitas definicioja jatekoknal: amikor fut,de csak pl. 1 fps-sel,vagy össze-vissza akadozva,irányíthatatlanul
2. K8-nál alapból mindig 200MHz az FSB. Csak tuning által lesz magasabb.
|
Hm, ez nem véletlenül a #3-4-re akart menni? Utóbb a cikk elejéről volt szó.
Amúgy van 64 bites WinXP is.
|
Az XP 32 biten csak 4 Gigát képes kezelni így 64 bites oprencer kellen hozzá.
Baromi ronda ez az új dizájn!
|
Lásd #7. Wattot nem írt, de azt legtöbben tudják is. Azt is lehet csinálni, hogy amit a másik írt, azt fűzöd tovább. Vagy utalhatsz rá egy "mint elhangzott"-tal, stb.
Az, hogy nem szoktál erre odafigyelni, nem jelenti azt, hogy valóban annyira lényegtelen. Ez egy ilyen íratlan fórumos alapszabály régóta (a kölcsönös tiszteletbe tartozik bele). Vannak helyek, ahol hamarabb szóvá tették volna, stb. Szóval ez nem belekötés, inkább baráti jótanács. Felesleges az "ellentámadás".
|
Nem látom ezt sehol leírva. Egyébként, még ha igazad is lenne, minek kötsz bele ilyen lényegtelen dolgokba?
|
OFF:
Nem mondták még, hogy nem szokás és értelmetlen is újra leírni, ami két hozzászólással előbb már más által elhagzott? :)
Főleg mint új információ. Ezzel gyakorlatilag semmibe veszed a másikat, aki már leírta.
|
Szerintem nem jó ötlet laptopba 100-150W fogyasztású procit rakni.
|
max intel oldalon, mivel a prescott óta erre ugye nincs lehetőség 
amdből simán tesznek be turion mellett a64/sempronokat :)
|
Azért az utóbbi időkben kevés asztali processzorral szerelt gépet látni, inkább Celeron M kerül az olcsó gépekbe. Azért arra kíváncsi leszek, mennyivel fog megrövidülni az akkumulátoros üzemidő ennek hatására.
|
"Asztali Intel chipek kerülhetnek a laptopokba"
Ez aztán a hir. Minden rendben van vele, eltekintve attól, hogy a hir legalább 2 éves kéne, hogy legyen.
Ha már kivan a faszod az idióta szignókkal csinálj te is egyet.
|
Én is mostanság filózok egy kis gépfrissítésen, de sztem kivárok a Conroe-ig, nagyon sok pozitívumot hallani róla.
Két opteronnal meg 48GB RAM-al asszem lehetne photoshop-ozni :D
Nem a lényeg, hanem a fontos!
|
elfogadnam 32GB memoriaval.
valszeg ritkan lehetne kihasznalni de akkor jol jonne.. ;)
bútor és egyéb objektum lakatos, illetve maxscript challenger.
donorok privátban jelentkezzenek. köszönöm.
http://losbellos.3dmax.hu
|
Úgy is mondhatjuk, hogy végre van valami fejlődés...
|
Hmmm, hmmm, érdekes lesz, dehát éljen a fejlődés!
"Embertársaidat soha ne kezeld célok eszközeként, mindig csak önmagukban vett célokként!"
"Cselekedj úgy, hogy akaratod maximája mindig általános tövényhozás elvéül szolgáljon!"Immanuel Kant
|
|
Nyomtatás
Elküldés e-mailben
Asztali Intel chipek kerülhetnek a laptopokba
Az MSI bemutatta fejleszthető grafikus kártyáját
Három grafikus kártya az ATI Crossfire-ben
AMD: Transmeta chipek a fejlődő régióknak
Javuló adatsűrűség a merevlemezeknél
!["Rest in Peace [Jakuza]"](/kep/faces/bdead.gif "\"Rest in Peace [Jakuza]\""){kind=small}
