HackStuff...
Aici veti gasi o gama larga de metode de hack atat pe Windows cat si pe platforme Linux/Unix , programe , tutoriale etc. In acelasi timp veti avea si asistenta help . Precizam ca tot ce se gaseste pe acest site este doar in scop de dezvoltare iar voi va asumati intreaga raspundere pt actiunile savarsite.ENJoY --- by andreony ---
|
Lista Forumurilor Pe Tematici
|
HackStuff... | Reguli | Inregistrare | Login
POZE HACKSTUFF...
Nu sunteti logat.
|
Nou pe simpatie: mimy_glacier la Simpatie.ro
 | Femeie 24 ani Prahova cauta Barbat 26 - 47 ani |
|
andreony
[admin]
 Din: bucharest
Inregistrat: acum 20 ani
Postari: 1062
|
|
Aspectele fundamentale ale Proiectarii Sistemului
de Memorie Virtuala - Dimensiunea blocurilor de informatii care se transfera de la memoria secundara la memoria principala M - Blocul de informatii adus in M, iar M este plin, atunci o regiune din M trebuie eliberata pentu a face loc noului bloc -> politica de inlocuire; - Care regiune din M trebuie sa fie ocupata de catre noul bloc? -> politica de plasare; - Elementul care lipseste este extras din memoria secundara numai la aparitia unei erori ( page fault) -> politica de cereri de incarcare; Organizarea pe pagini Spatiul de adrese virtuale si fizice este partitionat in blocuri de dimensiuni egale pagini cadre de pagini Maparea Adreselor V = {0,1,….,n-1} spatiul adreselor virtuale; M = {0,1,….,m-1} spatiul adreselor fizice; MAP : V -> M ∪ {0} functia de mapare a adreselor n > m MAP(a) = a’ daca data de la adresa virtuala a este prezenta in cea fizica a’ si a’ in M = 0 daca data de la adresa virtuala a nu este prezenta in M adresa fizica Sistemul de Operare efectueaza acest transfer
Organizarea pe pagini Adrese Virtuale si Memoria Intermdiara Este necesar un acces suplimentar la memorie pentru a translata AV in AF Aceasta face accesul la memoria intermediara exterm de costisitor, iar aceasta bucla interna-primara trebuie sa fie executata cat mai repede; LATERAL (aside): De ce trebuie accesata memoria intermediara cu AF? Memoriile intermediare pentru AV au probleme! Sinonim/problema alias: doua adrese virtuale diferite se mapeaza in aceeasi adresa fizica => doua intrari diferite “cache†pastreaza data pentru aceeasi adresa fizica! Pentru actualizare: trebuie actualizate toate intrarileâ€cache†cu aceeasi adresa fizica sau memoria devine inconsistenta; Aceasta decizie necesita un hardware substantial, in esenta o cautare asociativa pe etichetele adreselor fizice pentru a vedea daca exista succese (hits) multiple; sau limita sinonima fortata hardware: acelasi lsb pentru AV si AF > dimensiunea “cache†TLB Translation Look-Aside Buffer O modalitate de accelerare a traducerii consta in utilizarea unui “cache†special pentru intrarile in tabela de pagini cele mai recent utilizate, care are numeroase nume, cel mai frecvent fiind: TLB Translation Look-aside Buffer Timpul de acces la TLB este comparabil cu timpul de acces la memoria intermediara (mult mai mic decat timpul de acces la memoria principala) Tampoane Translation Look-Aside Ca si oricare memorie “cacheâ€, TLB poate fi organizat complet asociativ sau prin mapare directa . TLB sunt, de regula, de dimensiuni mici cu 128-256 intrari/locatii chiar pe sistemele mari. Aceasta permite organizarea complet asociativa. Sistemele de capacitate medie folosesc organizarea asociativa pe seturi cu n cai Reducerea timpului de traducere/translatare Sistemele cu TLB merg mai departe cu un pas in ceea ce priveste reducerea numarului de cicluri/accese la “cacheâ€. Ele suprapun accesele la “cache†cu accesele la TLB. Aceasta metoda functioneaza deoarece bitii superiori ai AV sunt utilizati pentru cautare in TLB, in timp ce bitii inferiori sunt folositi ca index in “cache†Accesele suprapuse la “Cache†si TLB Probleme privind accesul suprapus la TLB Accesul suprapus functioneaza cat timp bitii de adresa utilizati pentru indexarea in “cache†nu se schimba, ca rezultat al traducerii/translatarii AV Aceasta limiteaza lucrurile la memorii “cache†de dimensiuni mici, pagini mari sau memorii “cache†mari asociative pe seturi cu n cai, daca se doreste o memorie “cache†de mari dimensiuni. Exemplu: Se considera ca nimic nu se schimba cu exceptia capacitatii memoriei “cacheâ€: de la 4 Kbaiti la 8 Kbaiti
TLB, Memoria Virtuala - Memoriile intermediare, TLBurile, Memoria Virtuala sunt intelese prin examinarea urmatoarelor 4 specte: 1.Unde poate fi plasat un bloc? 2.Cum poate fi gasit un bloc? 3.Care bloc este inlocuit in caz de insucces? 4.Cum sunt rezolvate scrierile? - Tabelele de pagini mapeaza AV in AF - TLB sunt importante pentru traducerea/translatarea rapida - Insuccesele TLB sunt importante pentru performanta procesorului (cele mai multe sisteme nu pot accesa memoriile intermediare de pe nivelul 2, fara insuccese TLB) - Memoria Virtuala a fost controversata cu ani in urma: se pot rezolva prin software cerintele diferitelor programe in conditiile unei memorii de 64KB? Cresterea capacitatii DRAM de 1000 de ori a rezolvat problema - Actualmente MV permit mai multor procese sa partajeze o singura memorie fara necesitatea unui “swap†pentru toate procesele pe disc; protectia MV este mai importanta decat ierarhia de memorii - Timpul UCP este o functie de numarul de operatii/s si numarul insucceselor la “cacheâ€- f(numarul de operatii/s si numarul insucceselor la “cache†)- si nu numai de numarul de operatii/s – f(numarul de operatii/s)
_______________________________________ ------ eVoLuTiOn ------
|
|
| pus acum 19 ani |
|