Kā jūs zināt, atmiņas piekļuves ātrums ir ļoti svarīgs. Agrāk radušās vājās vietas starp magnētiskajām atmiņām un procesoriem nozīmēja, ka jāiekļauj ātrāka buferatmiņa, RAM. Vēlāk, progresējot mikroprocesoriem, nāca kešatmiņa, vēl ātrāk, lai piedāvātu buferi starp RAM un CPU reģistriem. Pavisam nesen parādījās SSD cietie diski, kas ir ātrāki nekā magnētiski mehāniskie HDD, jo to pamatā ir zibatmiņa.
Gigabaits pirms dažiem gadiem domāja izveidot cieto disku ar RAM (RAMDisk ar nosaukumu i-RAM), ļoti ātra atmiņa salīdzinājumā ar cietajiem diskiem, taču kaut kas līdzīgs notika ar to, kas notika ar Ageia ar tās PhysX karti. Viņi īsti negēla un galu galā pazuda no tirgus, un tagad ar SSD (un uz RAM balstītiem SSD) tas ir vēl mazāk jēgas. Par ko tas ir? Nu, būtībā tas izmanto RAM atmiņu, lai datus glabātu tā, it kā tas būtu cietais disks, tāpēc piekļuve ir daudz ātrāka.
Lai paātrinātu pārsūtīšanu un piekļuvi vajadzīgajiem direktorijiem, failiem vai programmām, jums nav nepieciešama i-RAM vai SSD, vai kaut kas tamlīdzīgs. Par to jūs varat izveidojiet RAMDisk savā Linux izplatītājā. Vienīgā prasība ir, lai būtu pietiekami daudz RAM, ieteicams> 4 GB, lai mazliet rezervētu, lai to izmantotu kā īpaši ātru "cieto disku". Kaut kas līdzīgs tam, ko daži klēpjdatoru GPU darīja ar koplietojamo atmiņu, bet šajā gadījumā jūsu datiem.
Lai izveidotu šo atmiņu, jums jāaprēķina jūsu rīcībā esošā atmiņa, jo, iztērējot visu vai lielu tās daļu, atmiņa tiks iztērēta tiem mērķiem, kuriem tā tika izveidota, un tā būs stulba. Piemēram, ja jums ir 8 GB RAM, RAMDisk varat ņemt 2 GB. Es atkārtoju, ka viņa lieta ir tāda, ka jums ir vairāk RAM, ja jums ir 2 GB vai 4 GB, tas, iespējams, nav tā vērts ... (atcerieties, norādot izmēru "size =", manā piemērā esmu izvēlējies 1024 MB, tas ir, 1 GB, vai arī varat izmantot "G", nevis "M", lai to norādītu GB). Kad jūs to zināt, mēs strādājam ar veiciet šādas darbības no sava termināļa:
mkdir /tmp/ramdisk mount -t tmpfs none /tmp/randisk -o size=1024M
Tagad jūsu RAM ir rezervēts 1 GB, lai jūs varētu pievienot visu, ko vēlaties, mūsu izveidotajā ramdisk direktorijā. Veiciet veiktspējas testus, un jūs redzēsiet, kā tas ir ātrāk viss, kas tajā atrodas ... Ja vēlaties, nodalījumu savā RAM varat izveidot ar citu failu sistēmu, kas nav tmpfs, piemēram, ext4 vai ramfs.
Un, ja vēlaties, lai montāžas ievads paliek ... Esiet piesardzīgs! Dati, kurus šeit saglabājat, izslēdzot datoru vai restartējot, tiks zaudēti, bet ievade paliks plai jums nebūtu jāveido nodalījums ar katru startēšanu ar šādu triku, lai to pievienotu nodalījumu tabulai (fstab), lai tā tiktu izveidota automātiski (lai rediģētu ievadi, izmantojiet iecienīto teksta redaktoru: 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"
SVARĪGI: Atcerieties, ka, restartējot vai izslēdzot, dati pazudīs datoru, jo RAM ir nepastāvīga atmiņa. Tātad, ko vēlaties saglabāt, izveidojiet tā kopiju cietā diska nodalījumā.
Man ir jautājums, vai tad, kad mēs izslēdzam aprīkojumu, vai dati joprojām būs atmiņā? Es to saku, jo RAM ir nepastāvīga. Es būtu pateicīgs, ja varētu man to paskaidrot.
Hello,
Jums taisnība, es aizmirsu rakstā komentēt, ka tas ir svārstīgs, tāpēc tas tiks izdzēsts katru reizi, kad palaidīsit datoru. Paldies, ka atgādinājāt, es to jau esmu pievienojis. Tas ir kaut kas ļoti svarīgs, ko nedrīkst aizmirst, lai neviens nezaudētu savus datus.
Priekā un ceru, ka palīdzēju. Paldies!!!
Es redzēju, ka ir programmas, kas veic šo nodalījumu. Šīs programmas dara cietajā diskā izveidotu attēlu, kas atrodas RAM, lai, restartējot, tie netiktu zaudēti. Tad, kad sistēma sāk darboties, kā es saprotu, cietajā diskā saglabātie dati tiek izmesti RAM, lai mēs tos varētu atkal izmantot. Paldies par piezīmi un par ātru atbildi! Sveiciens!
Interesanti, ir vērts padomāt par dažām praktiskām lietojumprogrammām, skriptu, kas sākumā izveido šo RAM nodalījumu un ielādē interesējošos failus, nebūs lietderīgi ... ievietot datu bāzi ...? jums ir jāizmeklē tēma ... paldies par piezīmi.
tas var darboties tikai sīki aprakstot fs. Manos testos tas ir darbojies tikai šādi:
mount -t tmpfs tmpfs / tmp / ramdisk -o izmērs = 300m
Neticami, lieliskums, ko var izdarīt ar GNU / LINUX. :)
Kā būtu, ja mēs izmantotu šo RAMDisk nodalījumam "tmp"?
Lai varētu, es varētu, būs jāievieto kods, es to neprasu. Es atzīmēju, ka, lai arī es pareizi atceros, datu bāzēm jau ir iespēja atbalstīt datu bāzes tabulas RAM atmiņā, piemēram: https: // dev.mysql.com/doc /refman/5.5/en/ storage-engine -setting. html
Ja jums ir paveicies un vilkts pēdējos 20 gados, jums būs 64 Gb RAM un tādējādi varēsiet kopēt VirtualBOX (vai jebkuras citas virtuālās mašīnas) virtuālā cietā diska failu uz RAM; Es pieņemu, ka šis fails neaizņem vairāk par 48GiB (lai Linux un virtuālajai mašīnai būtu pietiekami daudz brīvas RAM). Tādā veidā virtuālā mašīna lido, un, ja vēlaties arī, lai tiktu zaudētas izmaiņas virtuālajā mašīnā (nemainīgums), jums vairs nevajadzēs zaudēt veiktspēju, padarot mašīnas virtuālo cieto disku nemainīgu, jo pirms tā palaišanas jūs kopējat tas no NVMe / SSD / HDD uz RAM un pēc tam, izslēdzot to, kas atrodas RAM, tiek zaudēts (tieši tas, ko šajā gadījumā vēlaties, lai jūs nemainītos).
Tātad, izmantojot tik daudz RAM, cietā diska attēlu var padarīt nemainīgu un fiksētu izmēru, iegūstot maksimālu iespējamo piekļuves veiktspēju, kas kopā ar faktu, ka minētais cietais disks būs RAM, padara to par īstu prieks, rīkojoties ar virtuālajām mašīnām (vienlaikus tikai viens izvilkums).
Kad esat pabeidzis izmantot virtuālo mašīnu, vēlaties saglabāt virtuālā cietā diska stāvokli, jo tas tiek kopēts no RAM uz NVMe / SSD / HDD.
Tas, ka esmu redzējis, jau ir daži NVMe, kas spēj nolasīt ar ātrumu, kas nedaudz pārsniedz 5GiB / s (jā, lasot, pieci gigabaiti sekundē) un ka kopēšanai tiek izmantots tikai viens (RAID0 vai līdzīgā veidā) 48GiB virtuālā cietā diska attēls no tā uz RAM aizņem tikai apmēram desmit sekundes, olé!
Ar mīnusiem, veicot pretēju procesu (no RAM līdz NVMe), ātrākais, ko esmu redzējis, šobrīd ir nedaudz vairāk par 3GiB / s rakstiski (jā, trīs gigabaiti sekundē rakstiski), tāpēc 48GiB virtuālā cietā attēla saglabāšana brauciens no RAM uz NVMe aizņem tikai apmēram astoņpadsmit sekundes, atkal milzīgs olé!
Mums būs viens no ātrākajiem NVMe un 64GiB RAM ar Linux un virtuālā mašīna ar, piemēram, Windows 10, tas ir diezgan izturīgs, ja RAM tiek izmantota virtuālās mašīnas cietā diska mitināšanai.
Un tagad dāvana Linux ... jau ir pakete ar nosaukumu "ramroot" (vismaz šķiet, ka ar Arch balstītiem izplatījumiem), kas sāknēšanas laikā ir atbildīga par visas Linux sistēmas saknes kopēšanu uz RAM un sāknēšanas turpināšanu no RAM, ar kuru mēs arī iegūstam nemaināmību izmantotajā Linux, nemaz nerunājot par to, ka tas darbosies no RAM, par cenu, kas nedaudz palielina sāknēšanas laiku.
Ja kāds, kas to lasa, zina no CD / USB bootable Linux distros, kas startēšanas laikā tiek kopēti uz RAM (piemēram, SystemRescueCD utt.), Viņi zinās tā sniegtās priekšrocības: tas vienmēr sākas vienādi, vienmēr iet tik ātri, cik vien iespējams Tā kā viss ir RAM atmiņā, startēšanas laikā vai Linux laikā nekas netiek ierakstīts fiziskajos diskos (kaut kas ļoti noderīgs, lai pagarinātu SSD dzīvi, personīgi mazāk nekā mēnesī un uzrakstot mazāk nekā terabaitu, daži SSD jau ir pametuši es strādāju, īpaši 120 GB KingDian zīmola), izņemot to, ka acīmredzami, ja kaut ko ievietojam lasīšanas un rakstīšanas laikā un kaut ko tur saglabājam, apvienojot to ar virtuālo mašīnu, sistēma “lido” disku piekļuvēs, jo visi iet uz RAM.
Visu Linux operētājsistēmu saglabāšana ievērojami paildzina SSD disku un NVMe kalpošanas laiku, jo sāknēšanas laikā viņiem nekas netiek rakstīts vai gandrīz nekas nav reģistrēts, un, tiklīdz mēs paši to nedarām.
Mani testi ir veikti ar Ryzen 7 2700X (4.35 GHz ar 8 kodoliem un 16 pavedieniem) ar 64GiB DDR4 3200MHz un 1050GiB NVidia 4 Ti grafiku.
Piezīme: Ir mātesplates, kas atbalsta pat 1TiB RAM un mikrofonus ar 64 pavedieniem, piemēram, ThreadRipper 2 utt.
Jūsu komentārs ir ļoti interesants, taču mums nevajadzētu pārspīlēt ar nepieciešamo RAM: man ir Windows 10 VDI attēls, kas sver tikai 13 GB, ar 14 GB RAM tas darbotos ar pilnīgu vieglumu.
Lieta, kas attiecas uz visas OS uzstādīšanu RAM, man nav ļoti skaidra, ka tas nav mazliet par daudz. Ja jūsu SSD ir formatēts BTRFS ar iespējotu tiešo saspiešanu (diskā tiek ierakstīts ievērojami mazāk datu), jo, instalējot paketes, sistēmas nodalījumā tiek ierakstīti gandrīz tikai dati (ko mēs acīmredzot vēlamies palikt SSD / disks), konfigurācijas faili tiek modificēti (nenozīmīga lieluma teksta faili, un BTRFS saspiešana ar LZO atstāj tos vēl nenozīmīgākos izmēros) un maz kas cits, jo šķiet, ka mušas ir nogalināt ar lielgabala šāvieniem; paturiet prātā, ka visi mūsdienu distros motan / tmp RAM, ja lietotājam ir vairāk nekā 4 GB, es domāju par RAM, tāpēc SSD / disks necieš vismazāko nodilumu daudzu uzrakstīto pagaidu darbību dēļ, kas bija vēl vairāk cukurniedru es pirms dažiem gadiem ievietoju / nodalījumā.
Cita lieta ir mājas, tur pastāvīgi tiek ierakstīti dati: kešatmiņas, iestatījumi, kas ik pēc laika mainās, ja esam pārvietojuši logu, lejupielādes utt. Tur varētu būt interesanti strādāt tikai RAM un sinhronizēt ar disku tikai tad, ja mēs to patiešām vēlamies, lai gan tam vajadzētu būt kādam rīkam (es nezinu, vai tāds būs, es nebūtu pārsteigts, bet, kamēr es neizlasīju jūsu komentārs, par kuru neesmu domājis.) lai atgādinātu lietotājam, kad viņš gatavojas slēgt sesiju, ka viņu / mājās ir izmaiņas, nesaglabājot vai pat pajautājiet, vai mēs vēlamies tās sinhronizēt diskā, jo noteikti puse no laika mēs aizmirsām un izslēdzām datoru, lai pēc pusstundas vēlāk sev palīdzētu vadībā.
"Ir mātesplates, kas atbalsta pat 1TiB operatīvo atmiņu un mikrofonus ar 64 pavedieniem, piemēram, ThreadRipper 2 utt."
Jau tagad, un plaukti, kas joprojām atbalsta daudz vairāk, bet neļaujiet mums iet xD. Atgriezīsimies uz planētas Zeme, kur cilvēki diez vai var atļauties 800 eiro lielu komandu ...
Sveicieni.
"Man ir Windows 10 VDI attēls, kas sver tikai 13 GB, ar 14 GB RAM tas darbotos ar pilnīgu vieglumu."
Atvainojiet, es domāju 24 GB. Vai mans pirksts devās uz nākamo taustiņu?