Nagu teate, on mälu juurdepääsukiirus väga oluline. Varem tekitatud kitsaskohad magnetmälude ja protsessorite vahel tähendasid, et tuli lisada kiirem puhvermälu, oinas. Hiljem, mikroprotsessorite edenedes, tuli vahemälu veelgi kiiremini, et pakkuda puhvrit RAM-i ja protsessori registrite vahel. Hiljuti on ilmunud SSD kõvakettad, mis on kiiremad kui magnetilis-mehaanilised kõvakettad, kuna need põhinevad välkmälul.
Gigabyte mõtles mõni aasta tagasi luua RAM-iga kõvaketta (RAM-ketas nimega i-RAM), kõvaketastega võrreldes väga kiire mälu, kuid midagi sarnast juhtus sellega, mis juhtus Ageiaga tema PhysX-kaardiga. Need tegelikult ei geeli ja lõpuks turult kadusid ning nüüd on SSD-de (ja RAM-põhiste SSD-de) kasutamisel veelgi vähem mõtet. Millest see räägib? Noh, põhimõtteliselt kasutab see RAM-mälu andmete salvestamiseks justkui kõvakettana, seega on juurdepääs palju kiirem.
Noh, pole vaja i-RAM-i ega SSD-d ega midagi sellist, et kiirendada ülekandeid ja pääseda juurde soovitud kataloogidele, failidele või programmidele. Selle eest saate looge oma Linuxi distributsioonis RAMDisk. Ainus nõue on piisavalt RAM-i (soovitatavalt> 4 GB), et natuke sellest reserveerida ülikiire "kõvakettana" kasutamiseks. Midagi sellist, mida mõned sülearvutite GPU-d tegid ühismäluga, kuid antud juhul teie andmete jaoks.
Selle mälu loomiseks peate arvutama mälu, mis teil on, kuna kui kogu selle või selle suure osa ammendate, saab RAM-i otsa eesmärkidel, milleks see loodi, ja see on rumal. Näiteks kui teil on 8 GB RAM-i, võiksite RAMDiski jaoks võtta 2 GB. Kordan, et tema asi on selles, et teil on rohkem RAM-i, kui teil on 2 GB või 4 GB, ei pruugi see seda väärt olla ... (pidage meeles, et "size =" määrake suurus, minu näites olen valinud 1024 MB, see tähendab 1 GB või võite selle määramiseks GB-s kasutada ka tähe "M" asemel tähte "G". Kui olete selle teadnud, hakkame tööle järgmisi samme terminalist:
mkdir /tmp/ramdisk mount -t tmpfs none /tmp/randisk -o size=1024M
Nüüd on teie RAM-is reserveeritud 1 GB, et saaksite kõik meie loodud ramdiskataloogi lisada. Tehke jõudlustestid ja näete, kuidas see on kiirem kõik, mis selles on ... Soovi korral saate oma RAM-i partitsiooni luua muu failisüsteemiga kui tmpfs, näiteks ext4 või ramfs.
Ja kui soovite, et montaaži sisend jääks alles ... olge ettevaatlik! Arvuti väljalülitamisel või taaskäivitamisel siia salvestatud andmed lähevad kaotsi, kuid sisend jääb lket te ei peaks iga käivitamisel partitsiooni looma järgmise nipiga lisage see partitsioonitabelisse (fstab), nii et see luuakse automaatselt (sisendi redigeerimiseks kasutage oma lemmiktekstiredaktorit: vi, nano, gedit ...):
gedit /etc/fstab Y en el fichero de texto que se abre crea la siguiente entrada sin comillas "tmpfs /mnt/ramdisk tmpfs nodev, nosuid, noexec, nodiratime, size=1024M 0 0"
TÄHTIS: Pidage meeles, et teie andmed kaovad taaskäivitamisel või sulgemisel arvuti, kuna RAM on kõikuv mälu. Nii et mida iganes soovite säilitada, tehke sellest koopia kõvaketta sektsioonile.
Mul on küsimus, kas pärast seadme välja lülitamist jäävad andmed mällu? Ma ütlen seda, kuna RAM on kõikuv. Ma oleksin tänulik, kui saaksite seda mulle selgitada.
Tere,
Teil on õigus, unustasin artiklis kommenteerida, et kõikuvana kustutatakse see iga kord, kui arvuti käivitate. Aitäh, et tuletasite meelde, olen selle juba lisanud. See on midagi väga olulist, mida ei tohiks tähelepanuta jätta, et keegi oma andmeid ei kaotaks.
Tervist ja loodetavasti aitasin. Aitäh !!!
Mida ma nägin, on see, et on programme, mis seda partitsiooni teevad. Nende programmide eesmärk on luua kõvakettale pilt, mis on RAM-is, nii et taaskäivitamisel ei läheks need kaduma. Siis, kui süsteem käivitub, visatakse kõvakettale salvestatud andmed, nagu ma aru saan, RAM-i, et saaksime neid uuesti kasutada. Täname märkuse ja kiire reageerimise eest! Tervitused!
Huvitav on mõelda mõnele praktilisele rakendusele, skriptile, mis loob selle RAM-i partitsiooni alguses ja laadib huvipakkuvad failid, see ei ole kasulik ... kasulik on andmebaasi panna ...? peate teemat uurima ... aitäh märkuse eest.
see võib töötada ainult fs üksikasjalikult. Minu testides on see toiminud ainult järgmiselt:
mount -t tmpfs tmpfs / tmp / ramdisk -o suurus = 300m
Uskumatu, suurepärasused, mida saab teha GNU / LINUX abil. :)
Kuidas oleks, kui me kasutaksime seda RAMDiskit partitsiooni "tmp" jaoks?
Võimaluseks on see, et on vaja sisestada kood, ma ei küsi koodi, mida ma küsin teema praktilisuse kohta, et seda kasutada. Märgin, et kuigi mäletan õigesti, on andmebaaside jaoks juba olemas võimalus RAM-i mälus olevate andmebaasitabelite toetamiseks, näiteks: https: // dev.mysql.com/doc /refman/5.5/et/ storage-engine-set. HTML
Kui teil on viimase 20 aasta jooksul vedanud ja lohisenud, on teil võimalik 64 Gb RAM-i ja seega saate VirtualBOX-i (või mõne muu virtuaalse masina) virtuaalse kõvaketta faili RAM-i kopeerida; Eeldan, et see fail ei hõivata rohkem kui 48GiB (et Linuxile ja virtuaalmasinale jääks piisavalt vaba RAM-i). Sel moel lendab virtuaalmasin ja kui soovite, et ka virtuaalmasina muudatused kaoks (muutumatus), ei pea te enam masina virtuaalse kõvaketta muutmatuks muutmisel jõudlust kaotama, sest enne selle käivitamist kopeerite see NVMe / SSD / HDD-lt RAM-ile ja siis kaob RAM-is oleva väljalülitamisel see, mida RAM-is on (just see, mida antud juhul soovitakse, see on muutumatus).
Nii palju RAM-i kasutades saate muuta kõvaketta pildi muutumatuks ja kindla suurusega, saavutades juurdepääsu maksimaalse võimaliku jõudluse, et koos sellega, et kõvaketas on RAM-is, muudab see tõelised rõõmud virtuaalsete masinate käsitsemisel (ainult üks näpp korraga).
Kui soovite virtuaalmasina kasutamise lõpetada, soovite säilitada virtuaalse kõvaketta oleku, kuna see kopeeritakse RAM-ist NVMe / SSD / HDD-le.
Et ma nägin, on juba mõned NVMe-d, mis on võimelised lugema kiirusega veidi üle 5GiB / s (jah, lugedes viis gigabaiti sekundis) ja et kopeerimiseks kasutatakse ainult ühte (RAID0-s või muus sarnases) 48GiB virtuaalse kõvaketta pilt sellest RAM-i võtab vaid umbes kümme sekundit, olé!
Vastupidise protsessi tegemisel (alates RAM-ist kuni NVMe-ni) on praegu kõige kiiremini vaadatuna kõige rohkem kiireid kui 3GiB / s (jah, kirjalikult kolm gigabaiti sekundis), nii et salvestate 48GiB virtuaalse kõva pildi sõit RAM-ist NVMe-i võtab vaid umbes kaheksateist sekundit, jällegi tohutu olé!
Meil on üks kiiremaid NVMe ja 64GiB RAM-i koos Linuxiga ning virtuaalmasin näiteks Windows 10-ga, see on üsna passiivne, kui RAM-i kasutatakse virtuaalmasina kõvaketta hostimiseks.
Ja nüüd on kingitus Linuxile ... seal on juba pakett nimega "ramroot" (vähemalt tundub, et Arch-põhiste jaotuste jaoks), mis käivitamise ajal vastutab kogu Linuxi süsteemi juure kopeerimise RAM-i ja jätkamise jätkamise eest RAM-ist, millega saame muutumatuse ka kasutatavas Linuxis, rääkimata sellest, et see töötab RAM-ist, alglaadimisaja mõnevõrra pikendamise hinnaga.
Kui keegi, kes seda loeb, teab CD / USB-lt käivitatavaid Linuxi distrosid, mis kopeeritakse käivitamisel RAM-i (näiteks SystemRescueCD jne), teavad nad selle pakutavaid eeliseid: see algab alati samamoodi, see läheb alati nii kiiresti kui võimalik kuna kõik on RAM-is, ei kirjutata käivitamise ajal ega Linuxi kasutamise ajal füüsilistele ketastele midagi (midagi väga kasulikku SSD eluea pikendamiseks, isiklikult vähem kui kuu ajaga ja kirjutatud vähem kui terabaidi, on mõned SSD-d juba lahkunud ma töötan, täpsemalt 120 GB KingDiani kaubamärki), välja arvatud juhul, kui me installime midagi lugemisse ja kirjutamisse ning sinna midagi salvestame, kombineerides selle virtuaalmasinaga, süsteem lendab kettale juurdepääsu, kuna kõik lähevad RAM-i.
Kui kogu Linux on RAM-is, pikendab see oluliselt SSD-de ja NVMe kasulikku eluiga, kuna neile ei kirjutata alglaadimise ajal midagi ega peaaegu mitte midagi ning kui me ei käivita absoluutselt midagi, kui me ise seda ei tee.
Minu testid on olnud Ryzen 7 2700X (4.35, 8GHz koos 16 südamiku ja 64 lõimaga) 4GiB DDR3200 1050MHz ja 4GiB NVidia XNUMX Ti graafikaga.
Märkus. On emaplaate, mis toetavad isegi 1TiB RAM-i ja 64 niidiga mikrofone nagu ThreadRipper 2 jne.
Teie kommentaar on väga huvitav, kuid me ei tohiks vajaliku RAM-iga liialdada: mul on Windows 10 VDI-pilt, mis kaalub ainult 13 GB, 14 GB RAM-iga töötaks see täiesti lihtsalt.
Mul pole kogu OS-i RAM-i paigaldamise osas väga selge, et see pole natuke liiga palju. Kui teie SSD on vormindatud BTRFS-is, kus on lubatud lennul pakkimine (draivi kirjutatakse oluliselt vähem andmeid), kuna pakettide installimisel kirjutatakse süsteemi sektsiooni peaaegu ainult andmed (mida me ilmselt tahame SSD / ketas), konfiguratsioonifaile muudetakse (tühise suurusega tekstifailid ja BTRFS-i LZO-tihendus jätab need veelgi tühisemasse suurusjärku) ja vähe muud, sest mulle tundub, et tappa kärbseid kahuripildudega; pidage meeles, et kõik kaasaegsed distros motan / tmp RAM-is, kui kasutajal on rohkem kui 4 GB, mõtlen RAM-ile, nii et SSD / ketas ei kannata paljude kirjutatud ajutiste toimingute tõttu vähimatki kulumist, mis oli veelgi enam suhkruroo panin paar aastat tagasi partitsiooni.
Teine asi on kodu, seal kirjutatakse pidevalt andmeid: vahemälud, seaded, mida muudetakse nii tihti, kui oleme akent teisaldanud, allalaadimised jne. Seal võib olla huvitav töötada ainult RAM-is ja kettaga sünkroonida ainult siis, kui me tõesti tahame, kuigi peaks olema mingi tööriist (ma ei tea, kas see on olemas, ma ei oleks üllatunud, kuid kuni teie kommentaari lugemiseni olen ei mõelnud selle teema peale), et seansi sulgemisel kasutajale meelde tuletada, et tema / kodus on muudatusi salvestamata või küsige meilt, kas me tahame need kettale sünkroonida, sest kindlasti unustaksime poole ajast ja lülitage arvuti pool sekundit hiljem juhtpositsiooni saamiseks välja.
"On emaplaate, mis toetavad isegi 1TiB RAM-i ja 64 niidiga mikrofone nagu ThreadRipper 2 jne."
Juba ja riiuleid, mis toetavad endiselt palju rohkem, kuid ärge laske meil minna xD. Läheme tagasi planeedile Maa, kus inimestel on vaevalt võimalik maksta 800-eurost meeskonda ...
Tervitused.
"Mul on Windows 10 VDI-pilt, mis kaalub ainult 13 GB, 14 GB RAM-iga töötaks see täiesti lihtsalt."
Vabandust, ma mõtlesin 24 GB. Kas mu sõrm läks järgmise klahvi juurde?