A virtualizáció egy hatalmas véletlen hozzáférésű memória
Is, akkor lehet, hogy töltse le a csatolt fájlokat (RED_PILL.exe és Project1.exe) és giperdrayver giperagent, amely az összes, kivétel nélkül, a kapcsolódó eseményeket a processzor, hogy ellenőrizzék az átadás hardver virtualizációs képességeket is szabályozható.
A modern számítógépes rendszerek architektúrája három pilléren alapul: egy processzor, amely manipulálja az információkat, információt és eszközöket tárol az információk feltöltéséhez és letöltéséhez a külső környezetből.
Az információs bolt jelenleg két részből áll - RAM és hosszú távú tárolóeszközök (merevlemezek). Ez a szétválasztás miatt képtelenek a tulajdonságait egyesítik az aktuális időt a nagy sebességű információkhoz való hozzáférés megtartása funkció a nagy mennyiségű információt egyetlen eszköz.
Jelenleg az OT-hez való hozzáférésre vonatkozó korlátozások jelentik a számítástechnikai eszközök teljes sebességének növelését. Sokan azt állítják, hogy a gépük 2 gigabájt méretű és minden jól működik. De ugyanazt mondták tíz évvel ezelőtt, csak a 200 megabájtnyi mennyiségről. És húsz évvel ezelőtt, de a 16 megabájtnyi mennyiségről még mindig emlékszem, hogy körülbelül harminc évvel ezelőtt körülbelül 640 KB-ról van szó.
Mit mond a RAM egy terabájtban?
A korszerű számítógépes rendszerekben (azaz vas + OS) ez az összeg csak a szervereknél szükséges, és nem mindegyikre.
De ez csak akkor igaz, ha az OP nem hosszú távú tárolóeszköz, például flash memória. Ha ez a memória hosszú ideig tárolni tudja az információt, mint a külső tároló, akkor ilyen térfogat esetén lehet kombinálni az információ tárolási és működési hozzáférési funkcióit, azaz Az összes információt közvetlenül a RAM tárolja és feldolgozza.
A modern flash vezérlők 1 GB-os másodpercenkénti hozzáférési időt biztosítanak az információkhoz, és ez egy olyan vezérlőből áll, amely 8 csatornát tartalmaz a flash zsetonok csatlakoztatásához. A valóban kereskedelmi forgalomban lévő termékeknél a rendszer másodpercenként 2-4 Gbyt ad le. Természetesen a hagyományos operációs rendszerhez képest 10-20 Gbytes / s nem elegendő.
A második probléma az ilyen masszív OP-információkhoz való hozzáférés módja, mivel 4 KB méretű oldalszervezéssel rendelkezik - az ilyen memóriával rendelkező processzorok nem tudnak közvetlenül működni ...
De ez a két probléma megoldható egy módon - azáltal, hogy bevezeti a Kash-ot véletlenszerű információcserére.
Elméletileg mindent megvalósítható, de az iparág jelenleg nem készen áll ilyen megoldásokra, bár létezik a szükséges technológiák teljes skálája. Mondjuk csak - az idejük nem túl a horizonton, de holnap nem fog megtörténni ... az agy problémája és a forradalmi változásokra való felkészületlensége - adjon nekik, nem forradalmat, hanem evolúciót.
Nos, oké, lesz az evolúció ...
Már szükség van egy terabájt vagy annál nagyobb terápiára, még az információ hosszú távú tárolása nélkül is. A több terabájtos komoly számítástechnikai berendezések OP-száma nem ritka, de ez az összes klaszter-kiszolgáló operációs rendszereinek számtani összege. Egy ilyen processzoron belüli egyetlen processzor nem rendelkezik közvetlen hozzáféréssel az OP teljes kötetéhez, hanem csak egy saját, a saját alaplapján található kis részhez. Sok esetben ez nem elég, a terabyte-os skála OD mennyiségét pontosan meg kell adni a számítógépes rendszer bármely processzorának közvetlen elérésében.
Megpróbáljuk megoldani ezt a sürgős problémát a Massive Operative Memory emulátor segítségével.
Nézzük a problémát oroszul, egy baltával és milyen anya van ...
Beszerelésként hardver-virtualizációt fogunk használni, és hagyjuk az anyát a titokzatos orosz léleknek, amely készen áll arra, hogy mindent elszabadítson a fő témától.
Tehát: a Massive RAM meghajtójaként SSD-lemezt használunk, minden bizonnyal kevéssé hatékony, de ez a közelben van.
A KESZ-ből származó információk szivattyúzását és feltöltését a processzor fogadói módban hajtja végre, ami azt jelenti, hogy a Kesha fő meghajtójáról nincsenek szükséges információk.
Giperdrayverom lesz „Red Pill”, átalakított 64 bites módban, felszerelve a szükséges eseménykezeléshez, és saját vezető dolgozni a lemez vezérlő AHCI felület.
Ennek eredményeképpen a Hyperdriver host programjai végrehajtják az új, ismeretlen, "Massive Online Memory" nevű mapping eszköz emulálását.
Valódi rendszerben a Hyperdriver először betöltődik, ami inicializálja a hardvert, rendszertáblákat, a flash meghajtóvezérlőt (SSD meghajtót) és a meghajtót kizárólagos felhasználássá teszi. Ezután az aktív Massive RAM, az operációs rendszer betöltődik, így a teljes életciklusa alatt az operációs rendszer fut egy emulált Giperdrayverom nem létezik a valóságban berendezés.
Az operációs rendszer esetében csak az ilyen berendezések működésének végeredménye látható: az operatív memória megnövekedett mérete:
Operációs rendszer (Windows 7-x64). csendesen kezd működni az emulált Massive memória, a gondolkodás, naivan, hogy ténylegesen létező. Azonban ez az operációs rendszer teljesen megtagadja a 196 GB-nál nagyobb RAM-mal való munkát, bár 240 GB-ot kínál. Így a stabil működés nélküli operációs rendszer lóg egyéni programok által biztosított képernyőn OD nem több, mint 150 GB.
Egy ilyen emulált memóriában csendes tesztek vannak az OP teljesítményén. Nyilvánvaló, hogy ezek a tesztek eredményei azt mondják: "a gonoszból ...", de mindazonáltal a tény nagyon fontos.
Az igazi potenciálját még emulált hardveres virtualizáció egy nem létező eszköz meglepően életképes és magas, és ez annak ellenére, hogy szerény 500 MB / s SSD kapacitás érhető el ezen elrendezés (elméletileg - a gyakorlatban nem több, mint 250-300 MB / sec).
két teszt véletlenszerűen olvasás mennyiségének 1 GB minden egyes memória-hozzáférések esik a cache már megkezdődött, és néhány nem, és fel kell tölteni flash meghajtót. Ennek eredményeképpen kiderül, hogy az elrendezés összesen 3 GB / s teljesítménnyel jár.
Ez még több, mint a NUMA szerver tábla, de nem érheti el a memória teljesítményét SMP hozzáférési módban.
Ugyanakkor szem előtt kell tartani, hogy a sávszélességi adatok relevánsak a gyorsítótár hiánya sürgősségi üzemmódjában, azaz Ha nincs szükséges oldal a Kesha-ban, és azt a flash meghajtóból kell pumpálni. Normál módban (az információ jelenléte a Kesha-ban), az ilyen masszív memória sebességgel és késleltetéssel való elérése nem különbözik a standard OP-tól.
A meglévő hardveren elég sikeres kereskedelmi megoldásokat hozhat létre, 80-100 ezer rubel áron egy TB RAM-ra. Ez már egy nagyon vonzó áron, még nagyobb hozzáférés sebessége, mint nyújthat egy modern 4-foglalatban alaplapok (ilyen megoldások még mindig tartalmazhat akár 4h64 GB = 256 GB OP 4-5Gbayt / s-hozzáférés sebessége).
Ha a belső firmware flash meghajtókat élesíti meg a Massive RAM sajátossága miatt, vagy még jobban átdolgozza a kezelőfelületet a flash meghajtó eléréséhez, akkor jelentősen produktívabb megoldásokat kaphat.
Így a szabványos virtualizációs hardver, a flash meghajtókkal együtt, kereskedelmi szempontból sikeres megoldásokat hozhat létre, amelyek növelhetik a RAM mennyiségét és az információ hosszú távú tárolását.
A következő lépés, evolúciósan, a Massive Online Memory pusztán hardveres implementációjára is kiterjedhet.