Som du ved, er adgangshastigheden for en hukommelse meget vigtig. Tidligere genererede flaskehalse mellem magnetiske hukommelser og processorer betød, at en hurtigere bufferhukommelse måtte medtages, vædder. Senere, med fremgangen af mikroprocessorer, kom cachen, endnu hurtigere for at tilbyde en buffer mellem RAM og CPU-registre. For nylig har SSD-harddiske vist sig, som er hurtigere end magnetisk-mekaniske harddiske, da de er baseret på flashhukommelse.
Gigabyte tænkte for et par år siden at oprette en harddisk med RAM (en RAMDisk kaldet i-RAM), en meget hurtig hukommelse sammenlignet med harddiske, men der skete noget lignende med hvad der skete med Ageia med sit PhysX-kort. De gelede ikke rigtig og endte med at forsvinde fra markedet, og nu med SSD'er (og RAM-baserede SSD'er) giver det endnu mindre mening. Hvad handler det om? Nå, det bruger dybest set RAM-hukommelse til at gemme data, som om det var en harddisk, så adgangen er meget hurtigere.
Nå, du har ikke brug for en i-RAM eller en SSD eller noget lignende for at fremskynde overførsler og adgang til de mapper, filer eller programmer, du ønsker. For det kan du Opret en RAMDisk på din Linux distro. Det eneste krav er at have nok RAM,> 4 GB anbefales, for at reservere lidt af det til brug som en ultrahurtig "harddisk". Noget som hvad nogle GPU'er til bærbare computere gjorde med Share Memory, men i dette tilfælde for dine data.
For at oprette denne hukommelse skal du beregne den hukommelse, du har, da hvis du udtømmer hele eller en stor del af den, vil du løbe tør for RAM til de formål, som den blev oprettet til, og den vil være dum. For eksempel, hvis du har 8 GB RAM, kan du tage 2 GB til RAMDisk. Jeg gentager, hans ting er, at du har mere RAM, hvis du har 2 GB eller 4 GB, er det måske ikke det værd ... (husk i "size =" angiv størrelsen, i mit eksempel har jeg valgt 1024 MB, det vil sige 1GB, eller du kan også bruge "G" i stedet for "M" til at specificere det i GB) Når du ved dette, kommer vi i gang med følgende trin fra din terminal:
mkdir /tmp/ramdisk mount -t tmpfs none /tmp/randisk -o size=1024M
Nu har du 1 GB reserveret i din RAM, så du kan føje hvad du vil til ramdisk-biblioteket, som vi har oprettet. Lav præstationstest, og du vil se hvordan det er hurtigere alt hvad du har i det ... Hvis du ønsker det, kan du oprette partitionen i din RAM med et andet filsystem end tmpfs, såsom ext4 eller ramfs.
Og hvis du vil have, at montageindgangen forbliver ... Pas på !! De data, du gemmer her, hvis du slukker for pc'en eller genstarter, går tabt, men input forbliver sså du ikke behøver at oprette partitionen med hver opstart med følgende trick for at tilføje det til partitionstabellen (fstab), så den oprettes automatisk (brug din yndlings teksteditor til at redigere input: 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"
VIGTIGT: Husk, at dine data forsvinder, når du genstarter eller lukker ned computer, da RAM er flygtig hukommelse. Så uanset hvad du vil beholde, lav en kopi af det på en harddiskpartition.
Jeg har et spørgsmål, når dataene fortsætter med at være i hukommelsen, når vi slukker for udstyret? Jeg siger dette, da RAM er flygtigt. Jeg ville sætte pris på, hvis du kunne forklare mig det.
Hej,
Du har ret, jeg glemte at kommentere i artiklen, at hvis den er ustabil, slettes den, hver gang du starter computeren. Tak for at minde mig om, jeg har allerede tilføjet det. Det er noget meget vigtigt, der ikke bør overses, så ingen mister deres data.
Skål og håber jeg hjalp. Tak!!!
Hvad jeg så, er at der er programmer, der gør denne partition. Hvad disse programmer gør, er at oprette et billede på harddisken af de data, der er i RAM, så de ikke går tabt, når vi genstarter. Så når systemet starter, som jeg forstår det, dumpes de data, der er gemt på harddisken, i RAM, så vi kan bruge dem igen. Tak for noten og for at have reageret hurtigt! Vær hilset!
Interessant, det er at tænke på nogle praktiske applikationer, et script, der opretter denne RAM-partition i starten og indlæser filer af interesse, det vil ikke være nyttigt ... det vil være nyttigt at sætte en database ...? du er nødt til at undersøge emnet ... tak for noten.
det fungerer muligvis kun med detaljer om FS. I mine tests har det kun fungeret som følger:
monter -t tmpfs tmpfs / tmp / ramdisk -o størrelse = 300m
Utroligt, de pragt, der kan gøres med GNU / LINUX. :)
Hvad med at vi bruger den RAMDisk til "tmp" -partitionen?
For at være i stand til, kunne jeg, det bliver nødvendigt at sætte kode, jeg beder ikke om koden. Jeg bemærker, at der for databaser, selvom jeg husker korrekt, er der allerede en mulighed for at understøtte databasetabeller i RAM-hukommelse, eksempel: https: // dev.mysql.com/doc /refman/5.5/en/ storage-engine -setting. html
Hvis du er heldig og trukket i løbet af de sidste 20 år, vil du være i stand til at have 64 GB RAM og dermed være i stand til at kopiere den virtuelle harddiskfil fra VirtualBOX (eller enhver anden virtuel maskine) til RAM; Jeg antager, at denne fil ikke optager mere end 48 GHz (for at efterlade nok ledigt RAM til Linux og til den virtuelle maskine). På denne måde flyver den virtuelle maskine, og hvis du også ønsker, at ændringerne i den virtuelle maskine går tabt (uforanderlighed), behøver du ikke længere miste ydeevnen ved at gøre maskinens virtuelle harddisk uforanderlig, for før du starter den, kopierer du det fra NVMe / SSD / HDD til RAM, og derefter slukkes det, der er i RAM, går tabt (lige hvad der ønskes i dette tilfælde, hvilket er uforanderlighed).
Så med så meget RAM kan du gøre billedet af harddisken ikke uforanderligt og af fast størrelse og opnå den maksimale mulige ydeevne i adgangen, at det sammen med det faktum, at den nævnte harddisk vil være i RAM, gør det til en reel glæde ved håndtering af virtuelle maskiner (kun et snatch ad gangen).
Når du er færdig med at bruge den virtuelle maskine, vil du bevare tilstanden på den virtuelle harddisk, da den kopieres fra RAM til NVMe / SSD / HDD.
At jeg har set, er der allerede nogle NVMe, der er i stand til at læse med hastigheder lidt over 5GiB / s (ja, fem gigabyte pr. Sekund ved læsning), og at kun en brug (i RAID0 eller lignende ville være endnu hurtigere) til kopiering 48GiB virtuel harddiskbillede fra det til RAM tager kun cirka ti sekunder, olé!
Ved ulemper, når jeg udfører den modsatte proces (fra RAM til NVMe), er den hurtigste, jeg har set lige nu, lidt mere end 3GiB / s skriftligt (ja, tre gigabyte pr. Sekund skriftligt), så det gemmes billedet af 48GiB virtuelt hårdt drev fra RAM til NVMe tager kun omkring atten sekunder, igen en kæmpe olé!
Vi kommer til at have en af de hurtigste NVMe og 64GiB RAM med Linux og en virtuel maskine med for eksempel Windows 10, det er ganske pass, hvis RAM bruges til at være vært for harddisken på den virtuelle maskine.
Og nu er gaven til Linux ... der er allerede en pakke kaldet "ramroot" (i det mindste ser det ud til, at for Arch-baserede distributioner), der under opstart er ansvarlig for at kopiere hele roden af Linux-systemet til RAM og fortsætte med at starte fra RAM, som vi også opnår uforanderlighed på Linux, som vi bruger, for ikke at nævne at det kører fra RAM, på bekostning af at øge opstartstiden noget.
Hvis den, der læser dette, kender Linux-distributioner, der kan startes fra CD / USB, der kopieres til RAM under opstart (såsom SystemRescueCD osv.), Kender de fordelene, det giver: Det starter altid det samme, det går altid så hurtigt som muligt fordi alt er i RAM, skrives der ikke noget til de fysiske diske under opstart eller mens du bruger Linux (noget meget nyttigt for at forlænge SSD-ens levetid personligt på mindre end en måned og med mindre end en terabyte skrevet, har nogle SSD'er allerede forladt mig til at arbejde, specifikt 120 GB af KingDian-mærket), undtagen naturligvis hvis vi monterer noget i læse og skrive og gemme noget der, kombinerer dette med den virtuelle maskine, 'flyver' systemet i diskadgang, da alle går til RAM.
At have al Linux i RAM forlænger i høj grad levetiden for SSD og NVMe, da intet eller næsten intet er skrevet til dem under opstart og en gang startede absolut intet, medmindre det er os, der gør det.
Mine tests har været på en Ryzen 7 2700X (4.35GHz med 8 kerner og 16 tråde) med 64GiB DDR4 3200MHz og 1050GiB NVidia 4 Ti-grafik.
Bemærk: Der er bundkort, der endda understøtter 1 TB RAM og mikrofoner med 64 tråde som ThreadRipper 2 osv.
Din kommentar er meget interessant, men vi skal ikke overdrive med det nødvendige RAM: Jeg har et Windows 10 VDI-billede, der kun vejer 13 GB, og med 14 GB RAM fungerer det med fuld lethed.
Jeg er ikke særlig klar over at montere hele operativsystemet i RAM, at det ikke er lidt for meget. Hvis du har din SSD formateret i BTRFS med on-the-fly-komprimering aktiveret (der skrives betydeligt mindre data til drevet), da næsten kun data skrives til systempartitionen, når pakker er installeret (som vi naturligvis vil forblive i SSD / disk), konfigurationsfiler ændres (tekstfiler af ubetydelig størrelse, og LZO-komprimering af BTRFS efterlader dem i en endnu mere ubetydelig størrelse) og lidt andet, fordi det ser ud til at jeg dræber fluer med kanonskud; husk på, at alle moderne distros motan / tmp i RAM, hvis brugeren har mere end 4 GB, jeg tænker på RAM, så SSD / disken lider ikke mindst på grund af mange midlertidige operationer, der er skrevet, hvilket var hvad mere sukkerrør jeg satte i / partitionen for et par år siden.
En anden ting er hjemmet, der skrives konstant data: caches, indstillinger, der ændres fra tid til anden, hvis vi har flyttet et vindue, downloads osv. Der kunne det være interessant at kun arbejde i RAM og kun synkronisere til disk, hvis vi virkelig vil, selvom der skulle være noget værktøj (jeg ved ikke, om der vil være, ville jeg ikke blive overrasket, men indtil jeg læste din kommentar Jeg har ikke tænkt på det.) for at minde brugeren, når de skal lukke sessionen, at der er ændringer i deres / hjem uden at gemme eller endda spørge os, om vi vil synkronisere dem til disk, for helt sikkert halvdelen af tiden vi ville glemme, og vi ville slukke for computeren for at hjælpe os selv i spidsen et halvt sekund senere.
"Der er bundkort, der endda understøtter 1TiB RAM og mikrofoner med 64 tråde som ThreadRipper 2 osv."
Allerede og stativer, der stadig understøtter meget mere, men lad os ikke gå xD. Lad os gå tilbage til planeten Jorden, hvor folk næppe har råd til et team på € 800 ...
Greetings.
"Jeg har et VDI-billede af Windows 10, der kun vejer 13 GB, og med 14 GB RAM fungerer det med fuld lethed."
Undskyld, jeg mente 24 GB. Gik min finger til den næste nøgle?