De asemenea, poate fi necesar să descărcați fișierele atașate (RED_PILL.exe și Project1.exe) și giperagent giperdrayver prin care toți, fără excepție, evenimentele asociate cu procesorul pentru a controla transferul de capacități de virtualizare hardware pot fi controlate.
Arhitectura sistemelor informatice moderne se bazează pe trei piloni: un procesor care manipulează informații, stochează informații și dispozitive pentru încărcarea / descărcarea de informații din mediul extern.
Magazinul de informații este format din două părți - memoria RAM și dispozitivele de stocare pe termen lung (hard disk-uri). Această diviziune este legată de imposibilitatea de a combina până acum proprietățile accesului de mare viteză la informații cu funcția de stocare pe termen lung a unei cantități mari de informații într-un singur dispozitiv.
În prezent, restricțiile privind accesul la OT reprezintă principala problemă a creșterii vitezei globale a instalațiilor de calcul. Mulți vor argumenta că mașinile lor au dimensiuni de 2 gigabytes și totul funcționează bine. Dar același lucru a fost spus acum zece ani, doar cu mărimea de 200 megaocteți. Și acum douăzeci de ani, dar cu privire la volumul de 16 megaocteți, îmi amintesc încă cum sa spus despre 640 KB, acum treizeci de ani.
Ce spune RAM într-un terabyte?
În sistemele informatice moderne (ceea ce înseamnă fier + sistem de operare), această sumă este necesară numai pentru servere, și nu pentru toate acestea.
Dar acest lucru este valabil numai dacă OP nu este un dispozitiv de stocare pe termen lung, cum ar fi memoria flash. Dacă această memorie este capabilă să stocheze informații pentru o lungă perioadă de timp, așa cum face depozitarea externă, atunci la un astfel de volum este posibilă combinarea funcțiilor de stocare a informațiilor și accesului operațional la acestea, adică Toate informațiile sunt stocate și procesate direct în memoria RAM.
Controlorii moderni de bliț oferă timp de acces la informații la nivelul de 1 GB pe secundă și acesta este de la un controler care are 8 canale pentru conectarea cipurilor flash. În prezent, ca produse comerciale, sistemul oferă o viteză de 2-4 Gbyte pe secundă ... Desigur, până la 10-20 Gbytes / s pentru sistemul tradițional de operare nu este suficient.
A doua problemă este metoda de acces la informații despre un astfel de OP masiv, deoarece are o organizare a paginii cu o dimensiune a paginii de 4 KB - un procesor cu o astfel de memorie nu poate funcționa în mod direct ...
Dar aceste două probleme sunt rezolvate într-un fel - prin includerea lui Kash cu o metodă aleatorie de acces la informații.
Teoretic, totul este fezabil, dar industria nu este gata pentru astfel de soluții în prezent, deși există un set complet de tehnologii necesare. Să spunem că - în timp ce ei nu sunt la orizont, dar nu se va întâmpla mâine ... problema în creier, și refuzul lor de la schimbări revoluționare - Dă-le, vezi, nu revoluție - și evoluția.
Bine, va fi evoluția ...
Există deja o nevoie de OD de un terabyte sau mai mult, chiar fără funcția de stocare pe termen lung a informațiilor. Volumele de programe de operare pentru instalații de calcul grave de mai multe terabyte nu sunt neobișnuite, dar aceasta este suma aritmetică a OP-urilor tuturor serverelor de cluster. Un singur procesor din cadrul unui astfel de grup nu are acces direct la întregul volum al OP, ci doar la o mică parte situată pe propria sa placă de bază. În multe cazuri acest lucru nu este suficient, trebuie să aveți cantitatea de OD în scară terabyte exact în accesul direct al oricărui procesor al sistemului informatic.
Vom încerca să rezolvăm această problemă urgentă cu ajutorul emulatorului de memorie operativă masivă.
Să abordăm problema în limba rusă, cu ajutorul unui topor și ce fel de mamă există ...
Ca topor, vom folosi virtualizarea hardware și lăsăm mama pentru misteriosul suflet rus, gata să-i petreacă pe toți liberi de la lucrarea principală pe acest subiect academic.
Deci: ca o unitate de RAM masiv vom folosi SSD-disc, este cu siguranță ineficient, dar este la îndemână.
Pomparea și încărcarea informațiilor de la Kesh va fi efectuată de către procesor în modul gazdă, pe care o vom lăsa după absența informațiilor necesare de la unitatea principală din Kesha.
Giperdrayverom va „pilula rosie“, modificat pentru modul pe 64 de biți, echipat cu Stivuitoare eveniment necesare, și are propriul driver de a lucra cu controlerul de disc pentru interfața AHCI.
Ca rezultat, programele gazdei Hyperdriver implementează emularea unui nou dispozitiv dosel necunoscut numit "Massive Online Memory".
Pe un sistem real, primul Hyperdriver este încărcat, care inițializează hardware-ul, tabelele de sistem, ia controlerul unității flash (unitatea SSD) și unitatea însăși în uz exclusiv. Apoi, pe RAM-ul Massive activ, sistemul de operare este încărcat, astfel încât întregul ciclu de viață al sistemului de operare funcționează cu ajutorul hardware-ului inexistent emulat de Hyperdrive.
Pentru sistemul de operare, este vizibil doar rezultatul final al funcționării unui astfel de echipament: dimensiunea crescută a memoriei operative:
Sistem de operare (Windows 7-x64). încearcă să înceapă să lucreze cu o astfel de memorie operativă masivă, considerând, în funcție de simplitatea sufletului, existența reală a acesteia. Cu toate acestea, acest sistem special refuză complet să lucreze cu suma de RAM mai mare de 196 GB, deși este oferit 240 GB. În același timp, funcționarea stabilă a sistemului de operare fără înghețare pe programele de utilizator este prevăzută cu un volum OD de cel mult 150 GB.
Într-o astfel de memorie emulată, există teste silențioase cu privire la performanța OP. Este clar că rezultatele acestor teste vor spune: "de la cel rău ...", dar totuși, chiar acest lucru este important.
Potențialul real al chiar emulat folosind virtualizare hardware un dispozitiv non-existent a fost surprinzător de viabilă și de mare, iar acest lucru în ciuda modestă de 500 MB / s capacitatea SSD disponibilă pe acest aspect (teorie - în practică, nu mai mult de 250-300 MB / sec).
două teste la citire aleatorie în volumul de 1 GB fiecare, unele accese la memorie se încadrează în cache-ul a fost pornit, iar unele nu sunt, și trebuie să îl încărcați de pe o unitate flash. Ca rezultat, se pare că structura oferă în teste o cantitate de transfer de 3 GB / s în total.
Acest lucru este chiar mai mult decât placa de servere NUMA poate oferi, dar nu ajunge la performanța de memorie în modul de acces SMP.
În același timp, trebuie avut în vedere faptul că cifrele privind lățimea de bandă sunt relevante pentru modul de urgență al ratei cache-ului, adică Când nu există o pagină necesară în Kesha și trebuie să fie pompată de pe unitatea flash. În modul normal (prezența informațiilor în Kesha), accesul la o astfel de memorie masivă prin viteză și latență nu este diferit de OP standard.
Pe hardware-ul existent, puteți crea soluții comerciale destul de reușite, la un preț de 80-100 mii de ruble pentru o TB de RAM. Acesta este deja un preț foarte tentant, cu viteze de acces chiar mai mari decât cele oferite de placile de bază moderne cu 4 prize (astfel de soluții pot conține până la 4 x 64 GB = 256 GB OP, la viteza de acces de 4-5 GB / sec).
Dacă ascuti firmware-ul unitățile interne flash la specificul RAM masiv, sau mai bine încă o interfață de utilizator complet reproiectat pentru a accesa unitatea flash, puteți obține soluții mult mai productive.
Astfel, hardware-ul de virtualizare standard, în combinație cu driverele flash, poate fi utilizat pentru a crea soluții de succes comercial pentru a crește cantitatea de memorie RAM și stocarea pe termen lung a informațiilor din acesta.
Următoarea etapă, evolutiv, este posibil să se procedeze la o punere în aplicare a hardware-ului pur de memorie Massive Online ....