Jak víte, rychlost přístupu do paměti je velmi důležitá. Úzká místa generovaná v minulosti mezi magnetickými paměťmi a procesory znamenala, že musela být zahrnuta rychlejší vyrovnávací paměť, RAM. Později, s pokrokem mikroprocesorů, přišla mezipaměť, ještě rychlejší, aby nabídla vyrovnávací paměť mezi registry RAM a CPU. V poslední době se objevily pevné disky SSD, které jsou rychlejší než magneticko-mechanické HDD, protože jsou založeny na flash paměti.
Gigabyte před několika lety přemýšlel o vytvoření pevného disku s RAM (RAMDisk zvaný i-RAM), velmi rychlá paměť ve srovnání s pevnými disky, ale něco podobného se stalo tomu, co se stalo Ageii s kartou PhysX. Opravdu se negelovali a nakonec zmizeli z trhu a nyní s SSD (a SSD založenými na RAM) to dává ještě menší smysl. O čem to je? V podstatě používá paměť RAM k ukládání dat, jako by to byl pevný disk, takže přístup je mnohem rychlejší.
K urychlení přenosů a přístupu k požadovaným adresářům, souborům nebo programům nepotřebujete i-RAM ani SSD, ani nic podobného. Za to můžete vytvořte RAMDisk na svém linuxovém distro. Jediným požadavkem je mít dostatek RAM, doporučeno> 4 GB, vyhradit si trochu z toho pro použití jako ultrarychlý „pevný disk“. Něco jako to, co některé GPU pro notebooky dělaly s Share Memory, ale v tomto případě pro vaše data.
Chcete-li vytvořit tuto paměť, musíte vypočítat paměť, kterou máte, protože pokud vyčerpáte celou nebo její velkou část, dojde vám RAM pro účely, pro které byla vytvořena, a bude to hloupé. Například pokud máte 8 GB RAM, můžete si vzít 2 GB RAMDisk. Opakuji, jeho věc je, že máte více RAM, pokud máte 2 GB nebo 4 GB, nemusí to stát za to ... (pamatujte v "size =" uveďte velikost, v mém příkladu jsem se rozhodl pro 1024 MB, to znamená, 1 GB, nebo můžete použít „G“ místo „M“ pro jeho specifikaci v GB) Jakmile to budete vědět, můžeme pracovat s následující kroky z vašeho terminálu:
mkdir /tmp/ramdisk mount -t tmpfs none /tmp/randisk -o size=1024M
Nyní máte v paměti RAM vyhrazeno 1 GB, takže můžete do adresáře ramdisk, který jsme vytvořili, přidat cokoli chcete. Proveďte testy výkonu a uvidíte, jak na to je to rychlejší vše, co v něm máte ... Pokud chcete, můžete vytvořit oddíl ve své RAM pomocí jiného systému souborů než tmpfs, například ext4 nebo ramfs.
A pokud chcete, aby montážní vstup zůstal ... Buďte opatrní !! Data, která zde uložíte, pokud vypnete počítač nebo restartujete, budou ztracena, ale vstup zůstane ptakže nemusíte vytvářet oddíl při každém spuštění pomocí následujícího triku jej přidejte do tabulky oddílů (fstab) tak, aby byla vytvořena automaticky (upravte vstup pomocí svého oblíbeného textového editoru: 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"
DŮLEŽITÉ: Pamatujte, že vaše data zmizí, když restartujete nebo vypnete počítač, protože RAM je nestálá paměť. Ať si tedy chcete ponechat cokoli, zkopírujte to na oddíl pevného disku.
Mám otázku, jakmile vypneme zařízení, budou data i nadále v paměti? Říkám to, protože RAM je volatilní. Ocenil bych, kdybyste mi to mohl vysvětlit.
Dobrý den,
Máte pravdu, v článku jsem zapomněl komentovat, že vzhledem k tomu, že je nestálý, bude odstraněn při každém spuštění počítače. Díky za připomenutí, už jsem to přidal. Je důležité přehlížet, aby nikdo neztratil svá data.
Na zdraví a doufám, že jsem pomohl. Dík!!!
Viděl jsem, že existují programy, které tento oddíl dělají. Tyto programy vytvářejí na pevném disku obraz dat, která jsou v paměti RAM, aby se při restartu neztratily. Když se tedy systém spustí, jak to chápu, data uložená na pevném disku se vyloží do paměti RAM, abychom je mohli znovu použít. Děkujeme za poznámku a za rychlou odpověď! Pozdravy!
Zajímavé je přemýšlet o některých praktických aplikacích, skriptu, který na začátku vytvoří tento oddíl RAM a načte soubory, které vás zajímají, nebude to užitečné ... bude užitečné dát databázi ...? musíte vyšetřit předmět ... díky za poznámku.
to může fungovat pouze s podrobnostmi fs. V mých testech to fungovalo pouze takto:
mount -t tmpfs tmpfs / tmp / ramdisk -o velikost = 300m
Neuvěřitelné, velkoleposti, které lze dosáhnout pomocí GNU / LINUX. :)
Co kdybychom použili tento RAMDisk pro oddíl „tmp“?
Abych mohl, mohl bych, bude nutné dát kód, nepožádám o kód. Poznamenávám, že pro databáze, i když si dobře pamatuji, již existuje možnost podpory databázových tabulek v paměti RAM, například: https: // dev.mysql.com/doc /refman/5.5/en/ storage-engine -setting. html
Pokud budete mít štěstí a budete taženi během posledních 20 let, budete mít 64 GB RAM a budete tak moci zkopírovat soubor virtuálního pevného disku VirtualBOXu (nebo jiného virtuálního stroje) do RAM; Předpokládám, že tento soubor nezabírá více než 48 GiB (ponechat dostatek volné paměti RAM pro Linux a pro virtuální stroj). Tímto způsobem virtuální stroj letí a pokud také chcete, aby se změny ve virtuálním počítači ztratily (neměnnost), již nebudete muset ztrácet výkon při neměnnosti virtuálního pevného disku stroje, protože před jeho spuštěním zkopírujete to z NVMe / SSD / HDD do RAM a poté při vypnutí se ztratí to, co je v RAM (přesně to, co je v tomto případě požadováno, aby byla neměnná).
Takže s tolika RAM můžete udělat obraz pevného disku neměnný a pevné velikosti, získat maximální možný výkon v přístupu, který spolu se skutečností, že uvedený pevný disk bude v RAM, dělá skutečný potěšení při manipulaci s virtuálními stroji (pouze jeden úchop najednou).
Že když dokončíte používání virtuálního stroje, chcete zachovat stav virtuálního pevného disku, protože je zkopírován z paměti RAM na NVMe / SSD / HDD.
To, co jsem viděl, již existují některé NVMe, které jsou schopné číst rychlostí něco málo přes 5 GiB / s (ano, pět gigabajtů za sekundu při čtení) a že použití pouze jednoho (v RAID0 nebo podobném by bylo ještě rychlejší), pro kopírování obrázek virtuálního pevného disku 48 GiB z něj do paměti RAM trvá jen asi deset sekund, olé!
Podle nevýhod, když děláte opačný proces (z RAM na NVMe), nejrychlejší, co jsem prozatím viděl, je o něco více než 3GiB / s při psaní (ano, tři gigabajty za sekundu při psaní), takže ukládání obrazu virtuálního 48GiB cesta z RAM do NVMe trvá jen asi osmnáct sekund, opět obrovské olé!
Budeme mít jeden z nejrychlejších NVMe a 64GiB RAM s Linuxem a virtuálním strojem například s Windows 10, je docela slušné, pokud je RAM použita k hostování pevného disku virtuálního stroje.
A nyní dárek pro Linux ... již existuje balíček s názvem „ramroot“ (alespoň se zdá, že pro distribuce založené na Archu), který během bootování odpovídá za kopírování celého kořene systému Linux do RAM a pokračování v boot z RAM, s nímž také získáváme neměnnost na Linuxu, který používáme, nemluvě o tom, že poběží z RAM, za cenu, že se trochu zvýší doba zavádění.
Pokud kdokoli toto přečte, ví, že linuxové distribuce, které lze zavést z CD / USB a které se při spuštění zkopírují do paměti RAM (například SystemRescueCD atd.), Budou znát výhody, které poskytuje: Vždy začíná stejně, vždy jde tak rychle, jak jen může protože vše je v RAM, na fyzické disky se při spuštění nebo při používání Linuxu nic nezapisuje (něco velmi užitečného pro prodloužení životnosti SSD, osobně za méně než měsíc a s méně než terabajtovým zápisem, některé SSD již opustily pracovat, konkrétně 120 GB značky KingDian), s výjimkou zjevně, když něco připojíme ke čtení a zápisu a něco tam uložíme, což kombinuje s virtuálním strojem, systém „letí“ v přístupu na disk, protože každý jde do RAM.
Mít veškerý Linux v RAM výrazně prodlužuje životnost SSD a NVMe, protože během bootování se na ně nic nebo téměř nic nezapisuje a kdysi jsme zavedli absolutně nic, pokud to sami neděláme.
Moje testy byly na Ryzen 7 2700X (4.35 GHz s 8 jádry a 16 vlákny) s 64GiB DDR4 3200MHz a 1050GiB NVidia 4 Ti Graphics.
Poznámka: Existují základní desky, které dokonce podporují 1 TB RAM a mikrofony se 64 vlákny, jako je ThreadRipper 2 atd.
Váš komentář je velmi zajímavý, ale neměli bychom přehánět s potřebnou RAM: Mám obrázek VDI systému Windows 10, který váží pouze 13 GB, se 14 GB RAM by to fungovalo naprosto snadno.
Ohledně montáže celého OS do RAM nejsem moc jasný, že to není moc. Pokud máte disk SSD naformátovaný v BTRFS s povolenou on-the-fly kompresí (na jednotku se zapisuje mnohem méně dat), protože do systémového oddílu se při instalaci balíků zapisují téměř pouze data (což samozřejmě chceme, aby zůstalo v systémový oddíl). SSD / disk), upravují se konfigurační soubory (textové soubory zanedbatelné velikosti a LZO komprese BTRFS je ponechává v ještě zanedbatelnější velikosti) a ještě málo, protože se mi zdá, že zabíjím mouchy dělem výstřely; mějte na paměti, že všechny moderní distribuce motan / tmp v RAM, pokud má uživatel více než 4 GB, myslím na RAM, takže SSD / disk netrpí nejméně opotřebením kvůli mnoha dočasným operacím, které jsou zapsány, což jsem vložte do / oddílu před několika lety více třtiny.
Další věc je domov, tam se neustále zapisují data: mezipaměti, nastavení, která se mění tak často, pokud jsme přesunuli okno, stahování atd. Tam by mohlo být zajímavé pracovat pouze v RAM a synchronizovat na disk, pouze pokud opravdu chceme, i když by tam měl být nějaký nástroj (nevím, jestli tam bude, nebyl bych překvapen, ale dokud jsem si nepřečetl vaše komentář Přemýšlel jsem o tom.) připomenout uživateli, když se chystají ukončit relaci, že v jeho / domově jsou změny bez uložení, nebo se nás dokonce zeptat, jestli je chceme synchronizovat na disk, protože určitě polovinu času zapomněli jsme a vypnuli jsme počítač, abychom si o půl vteřiny pomohli v čele.
„Existují základní desky, které dokonce podporují 1TiB paměti RAM a mikrofony se 64 vlákny, jako je ThreadRipper 2 atd.“
Již a stojany, které stále podporují mnohem více, ale nenechte nás jít xD. Vraťme se zpět na planetu Zemi, kde si lidé těžko mohou dovolit tým 800 € ...
Zdravím.
„Mám obrázek VDI systému Windows 10, který váží pouze 13 GB a se 14 GB RAM by to fungovalo naprosto snadno.“
Promiň, myslel jsem 24 GB. Přišel můj prst na další klávesu?