[C#.net] kako vnesti vrednost direktno v pomnilnik?

kako bi lahko vnesel vrednost direktno v pomnilnik?.. verjetno z kakšno ams komando? najboljše bi bil kakšen link.. se ne branim tudi drugih komand s katerimi vnašam/berem pomnilniška mesta

C# pociva na .NET frameworku, ki skrbi za memory managment. To pomeni da se lokacija podatkov programa napisanega v C# spreminja v casu
delovanja programa.

Ti pa bi verjetno rad nekaj podobnega kar se da v c-ju s pointerji naredit. Zaradi razloga ki sem ga navedel je to v C# nezazeleno.
Vseeno pa ce zelis lahko pointerje forsiras z "unsafe" ( pogooglaj ), vendar ti ze sam izraz pove da to ni zazeleno.
To pac uporabis ce res moras, naprimer ce ze imas nekaj kode napisane v c-ju, pa se ti ne da prepisovat ....

Ni možno, ker bi s tem komot sesu ne le aplikacijo, ampak kar cel OS.

Ta privilegij naj bi v sodobnih operacijskih sistemih imeli zgolj gonilniki za strojno opremo, lahko pa napišeš tak gonilnik in potem iz .net kličeš njega.

Točno tako. Tukaj sta v bistvu dva trika, ki sta izvedena s pomočjo procesorjeve VMM (Virtual Memory Management) enote...

1. Naslovi so za uporabniške procese preslikani (t.i. paging)

Konkretno za Windows NT do XP je to spodnjih 2 GB. Gre za t.i. "userland" pomnilnik in je preslikan za vsak uporabniški proces posebej.Po domače to pomeni, da ima vsak up. proces "svojih" 2GB in lahko naslavja pomnilnik od 0...0x7fffffff (oz. do neke zgornje meje) brez skrbi, da bi motil kak drug proces. Vendar to niso naslovi fizičnega pomnilnika, mogoče strani, ki jo naslavlja v fizičnem pomnilniku sploh ni!

Zgornjih 2GB je za vse procese isti vendar dostopnih samo v nadzornem načinu procesorja in so rezervirani za kernel. Kolikor vem gre tukaj direktno preslikavo v fizični pomnilnik (kao naj bi bila kernel koda vsa v fizičnem pomnilniku, saj kak sklad pa skoraj sigurno? Kdorkoli? Info?) Trik je v tem, da se na ta način lahko preklopi iz up. načina v nadzorni z minimalno overheada. Kakorkoli.. to nas pripelje do drugega trika:

2. Dostop do VM je zaščiten po straneh. kadar proces naslovi pomnilnik, ki je v VM strani, ki mu ni bila dodeljena se sproži "page fault" past (napaka strani) in OS ti pokaže lepo poslovilno okence ter ubije proces. Itak, da dostop do pomnilnika rezerveranega za kernel takoj sproži to "past".

Tu je v bistvu še 3. trik, ki je najpomembnejši od vseh. VMM lahko sproži prekinitve, kadar se naslavja VM naslov, ki se ga ne da preslikati v fizični pomnilnik - na ta način lahko OS naloži stran z diska (pagefile).


Skratka - direkten dostop do pomnilnika ni možen iz up. procesov. Če želiš početi kaj takega, moraš napisati gonilnik, ki se naloži v kernel in potem lahko tam dela vse mogoče (vključno sesuje sitem).

Mislim, da je v drugih OS npr Linux in na drugih arhitekturah zelo podobno ...

Kaj pa vem Shinobi... meni se še vedno zdi, da je hotel Reliant2 vpisat X na naslov Y v RAMu. Obstaja naravni zakon, po katerem vsakdo, ki ga zanima programiranje svojega stroja pride do trenutka, ko bi rad to naredil - kar je dobro. Svoje čase je to na domačih mikrih šlo neznosno lahko, zdaj pa so se stvari na najpogostejših OS resno... zakomplicirale. Prav nič ne škodi, če ve kako stvari delujejo pod havbo - pride slej ko prej prav (po zakonu o "uporabnosti neuporabnega znanja").

No, nisem pa prepričan, da je hotel to. Pa saj bo Reliant2 sam povedal - mogoče pa je res hotel izvesti kaj drugega.