- Milyen processzort vegyek?
- Melyik tápegységet vegyem?
- Videós, mozgóképes topik
- HTPC (házimozi PC) topik
- Épített vízhűtés (nem kompakt) topic
- Egyre gyorsabban ügyködik saját HBM memóriáján Kína
- Modern monitorokra köthető 3dfx Voodoo kártya a fészerből
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- A Samsung hazánkban is piacra dob idén egy friss Micro LED tévét
- Fujifilm X
Hirdetés
-
Augusztustól nagyot változik a Shein élete
it Onnantól kezdve lesz a platformra érvényes az EU-ban a DSA, így számos kötelezettséget vesz a vállára a Shein.
-
Itt az első kép a 2024-es Nokia 3210-ről
ma Idén 25 éves a Nokia 3210, a HMD pedig az ikon májusi visszatértét ígérte korábban.
-
Mozgásban a 33 Immortals
gp A legújabb bemutatóban egy boss harcot láthatunk a készülő roguelike játékból.
Új hozzászólás Aktív témák
-
And
veterán
De mit jelent az, hogy ''belülről nézzük''? A programot nem az eprom futtatja, ha pedig azt egy külső egység címzi, az nem fogja tudni, hogy valójában honnan olvas. Az a lényeg, hogy nem tudjuk belülről nézni a tárat, a címzést mindig egy külső egység adja, 14 biten. A 15. címbit (A14) létezéséről nem is tud, hiszen arra eredetileg sem készítették fel.
Írtam, hogy akár igazad is lehet, de ez a futtatástól, végrehajtási módtól függ. Ha a proc v. adatfeldolgozó egység először beolvasná az egész eprom tartalmát egy ram-ba, majd a kódot onnan futtatná, akkor például lehetne ilyen gond [Mod.: vagy akkor sem..]. Csakhogy ennek szvsz. igen kicsi a valószínűsége (a kvarcablakos epromban történő kódtárolás nyilván nem mai technika, így nyugodtan feltételezhetjük, hogy nincs ennyi ram az áramkörben). Ha viszont a proc csak utasításonként olvassa az epromot - netán az abban tárolt adatokat nem is utasításokként kezeli, csak valamilyen paraméterekként -, akkor szerintem a kézi címváltás / lapozás nem lehet probléma.
[Szerkesztve]