Přednačtení souborů do RAM

60 odpovědí řadit od nejnovějších

2. 5. 2024 • 23:51

Dobrý den, mám na PC docela dost RAM, ale hodně velkých dat na pomalých discích. Hodilo by se mi často data nahrát do RAMky v mezičase, kdy dělám něco jiného. Vím, že existuje několik způsobů, ale rád bych něco snadného ve stylu CTRL+C. Nic ale ve Stylu RAMdisku, spíše něco, co pracuje s fcí ReadFile.Mám Win10. Děkuji za tipy.

Nejoblíbenější paměti

3. 5. 2024 • 0:02

tip ? Kup SSD a velká data která se často načítaj dej tam. Ideálně M.2 nvme. Přednačítání a uvolňování konkrétních dat se těžko zautomatizuje... podle čeho by se to rozhodovalo ? SSD jsou dneska za pár korun.

3. 5. 2024 • 0:21

Tak přesně tuto radu jsem očekával a nechtěl. M.2 disky mám a to 2x2TB a víc do toho investovat nebudu, nehladě na to, že bych musel upgradovat celý PC. Kdybych měl ty HDD nahradit za M.2 disky, tak bych se ani nedoplatil.Podle čeho se to bude rozhodovat? No podle mě. Vím přesně, co dělám a který soubor nebo soubory budu brzo z HDD potřebovat. Mezitím, co pracuji na M.2, tak se mi prostě dopředu hodí natáhnout do nevyužívané RAM další soubor z HDD.

3. 5. 2024 • 6:49

Jak pise Phanosh - proste ty soubory musis precist a doufat, ze se OS rozhodne nechat si je dost dlouho v diskove cache (to nemuzes nijak rozumne ovlivnit).Je celkem uplne jedno, JAK je budes cist. Muze to byt jednoduchy skript, ktery nacte a zahodi obsah souboru, nebo (lepe) je muzes nacist do programu, ve kterem s nimi budes potom pracovat. Phanoshova metoda na Windows neni uplne obvykla, i kdyz by se asi take dala rozchodit.Osobne pochybuju, ze by ti cokoli krome "nacist do programu, kde s nimi pak budes pracovat" nejak vyznamne urychlilo praci.

3. 5. 2024 • 20:08

OK RAM disk je tvoje řešení. Hodíš si tam ručně s čím budeš pracovat a vyřešeno. (pokud ti tedy nestačí přenos z těch M.2 disků který jistě pomalý nejsou)

3. 5. 2024 • 20:42

kolko dnes cita/pise taky ramdisk? Naposledy som to skusal v 2013, ked som kupil 16GB RAM..

3. 5. 2024 • 20:50

3,2GHz RAM cca 50 GB/s v dualchannelu, u ramdisku možno o čosi menej.

3. 5. 2024 • 21:10

https://ctrlv.sk/TZcj cize velke subory cca 15000 citanie, 18000 zapisprvy ramdisk zadarmo co som nasiel. 4kove NVMe to da viditelne dole..https://www.guru3d.com/data/publish/2...age10.webp je 5kove NVMe, v malych suboroch je to to iste ako 4kove a ramdisk je podstatne rychlejsito mam 6000 ddr5 bez expo... iste by sa z toho dalo vytlacit viac.

4. 5. 2024 • 11:18

U mňa DDR2 ramdisk dal cca 2,4 GB/s pri teor. maxime 4,26 GB/s. Pri 6 GHz a teor. maxime asi 96 GB/s je 18 GB/s málo.

3. 5. 2024 • 5:21

Nevím jak by sis to představoval, ale do části RAM spravované OS takto zasahovat fakt nemůžeš, ta se nechová jako běžný disk a nelze tam manuálně s daty nijak manipulovat. Pokud nevyhovuje RAM disk, tak smůla.

3. 5. 2024 • 5:47

cat velký_soubor ještě_větší_soubor > /dev/nullPro systém jiný než rozumný jistě existuje ekvivalent. Zkrátka, bezdůvodné přečtení souborů dostane příslušné bloky do bramborové cache v RAM, pokud se tam zrovna vejdou.Pro tip: ionice -c 3 …

3. 5. 2024 • 6:43

Sice to kolega napsal zjednodušeně, ale Windows tam použijí pro programy, data a zbytek použijí pro souborovou cache. A umístí do ní to, co použijete (cache pro čtení nebo cache pro zápis - https://learn.microsoft.com/en-us/windows/...le-caching). Nejjednodušším řešením by bylo tedy v PowerShellu udělat něco jako Get-ChildItem .\filename | Get-Content | Out-Null

4. 5. 2024 • 18:15

Použil som cat windows NT 4.0.vdi > /dev/null, ale nemám pocit, že by štart NT 4.0 bol ako raketa.

5. 5. 2024 • 14:12

Kdo mluvil o startu?Asi píšeš do nesprávného vlákna.

5. 5. 2024 • 14:16

Phanosh [IP]03. 05. 2024 05:47 | Android AppleMAC-Safari 5.0cat velký_soubor ještě_větší_soubor > /dev/nullTak som veľký súbor dal prečítať systému a potom som spustil VB v nádeji, že aspoň časť súboru je v RAM a tak by mala byť rýchlejšo štart. Aspoň tak som to pochopil.

5. 5. 2024 • 14:28

Mám soubor o velikosti skoro 30 GB. Mašina má 128 GB RAM. Tak to zkusme:$ pv -arb < video.mp4 > /dev/null28,6GiB [1,32GiB/s] [1,32GiB/s]$ pv -arb < video.mp4 > /dev/null28,6GiB [9,19GiB/s] [9,19GiB/s]Ejhle! Jak je možné, že druhé čtení bylo tak rychlé? Tak. O *tohle* tady šlo.Co dělá VirtualBox a proč, to fakt nevím…

6. 5. 2024 • 9:55

VIrtualBox bootuje system. Se vsemi zpomalenimi, ktere s tim souvisi. Cekani na inicializaci zarizeni, startovani procesu a sluzeb, ...Srovnavat boot OS s prostym ctenim souboru je, slusne receno, velmi kratkozrake.

6. 5. 2024 • 10:17

Po príkaze cat nt.vdi bol obraz disku v RAM, alebo nie?

6. 5. 2024 • 10:20

Mozna ano. Ale v tomto pripade fakt rychlost cteni z disku nebyla urcujicim faktorem toho, jak dlouho VirtualBox startuje.

6. 5. 2024 • 13:24

A mas pocit, ze kdyz srovnas start Windows na SATA SSD, ktere ma 500MB/s, oproti startu Windows z pcie4 NVMe co da 5GB/s, ze je start systemu 10x rychlejsi?Neni, vid? 🙂

6. 5. 2024 • 15:52

Bol som v tom, že príkaz cat načíta súbor s obazom disku do RAM, ktorá má limit cca 8 GB/s, tak Windows NT 4.0 vo VB by mal byť ako raketa. Disk má v tom PC limit cca 277 MB/s. Ešte otestujem ako NT reaguje po použítí príkazu cat a bez neho.

6. 5. 2024 • 21:43

Záleží na tom, kolik je RAM, kolik RAM zabere VirtualBox virtuálka (a jestli jí zabere tolik, že z cache vyhodí ten přednačtený soubor) a (dovolím si spekulaci) jestli třeba není v daném hostitelském systému + virtualizaci nějak zmršená implementace loopbacku (nebo jak VB přistupuje k těm svým obrazům disků), která by cache zneplatnila.Takový černý scénář by byl, kdyby to nebyl 1:1 loopback (což asi fakt není), ale nějaký komprimovaný obraz. Takže ten pak sice bude (komprimovaný) v paměti v cache, ale přístup k němu si stejně vyžádá dekompresi a další vrstvu cache. Má ten stroj fakt dost RAM pro RAM virtuálky (hlavně pokud Windows NT nepodporují balloon, kdoví, možná ne), cache samotného obrazu i cache „dekomprimované“ podoby obrazu?Kromě toho, krk láhve u Windows NT bude prostě v tom, že je to 32-bitový de facto 1-procesorový paskvil, který je prostě od přírody pomalý. Jasně, za příplatek to umělo 2 procesory. 😀 Ale neumělo to mezi Ukázat celý příspěvek

7. 5. 2024 • 13:11

8 GB RAM a voľnej bolo viac ako je veľkosť nt.vdi. To čo podporuje NT vo virtuálke je predsa jedno. BTW, mne NT 4.0 podporujú SMT, u mňa má ten OS 2 jadrá. Či je virtuálny OS 32 bit je tiež jedno. Ak by bol obraz nt.vdi v RAM, mal by byť rychlý ako raketa (sekv. čítanie určite okolo 4 GB/s, odozva okolo 110 ns).

7. 5. 2024 • 15:36

Úplně zapomínáš na ty virtuální řadiče, přes která ta data tečou..Jak se zachová virtuální řadič, kterej je koncipovanej na max rychlosti v jednotkách GB/S, když mu z RAM pošleš data rychlostí 50GB/s? No, minimálně vytíží CPU toho hostitele a virtuál dostane o to méně CPU pro něj.Fakt to není tak jednoduchý jak si představuješ a existuje mnoho bottlenecků, co tě v tomto nasazení potkají.

3. 5. 2024 • 16:59

Krome toho precist a doufat, jak popisuje Phanosh, me na ctrl+c ctrl+v napada ramdisk. Nevim, jak funguji na Windows, ale na Linuxu mame dva zakladni typy, z nich jeden vyuziva jen tolik mista, kolik potrebuje. Muzete tedy vyrobit ramdisk a soubory do nej zkopirovat, a pak pracovat s nimi tam. Na Windows bych ale v ramci softwaroveho ramdisku necekal zadne super vykony. Kdysi jsem si s tim hral, ale nijak vyznamne mi to nepomohlo. Vyzkouset to je ale na chvilku, za pokus to podle me stoji.Osobne to resim tak, ze mam mnohem vice RAM nez dat, se kterymi pracuji, takze ten pocitac proste nevypinam, a pokud tu pamet nepotrebuji, tak se soubory ctou vetsinou z ni; pokud uz jsem je v tomhle behu pouzil. Prezije to suspend to ram.

3. 5. 2024 • 18:42

Pokud dobře chápu tak máš osazeno v PC 4 TB m2 disky a nemáš na nich místo proto musíš ještě používat HDD? Pokud pracuješ s tak velkými daty že ti tohle nestačí měl by jsi o IT vědět víc a poradit si sám. Nebo si prostě trol.

3. 5. 2024 • 19:05

Ja to spis vnimam tak, ze ma spoustu nevyuzite RAM, tak premysli, jak ji vyuzit ke zrychleni prace.

6. 5. 2024 • 19:31

spoustu nevyuzite RAM, tedy treba 30GB ? Takze z ty preplnenych 4TB SSD kapacity si pomuze o max 30GB ? I kdyby mel volny RAM 60GB tak je to jak prd (teda nevim co ma za data, ale podle nej jsou to monstrozni objemy)

8. 5. 2024 • 16:39

V labu mám teď volných nějakých 140GB RAM, na tom už se leccos dá. A to je to staré jak metuzalém. Na laptopu mám 32GB, ale zase zabráno jen 8GB storage, takže tam z read cache jedu prakticky pořád 🙂

4. 5. 2024 • 13:12

To Mirdy. Opravdu miluji tyto uzasne zavery :). Jen tedy upresnim. Mam 4TB M.2 a 20TB na klasickych discich. Na tech M.2 mam data, se kterymi pracuji neustale a na HDD mam data, ktera casto lezi nebo jde i o komprimovane zalohy. Standardne je tedy nepouzivam. Pokud je ale potrebuji, pak mam takovou rutinni pasovou praci (cca 2x mesicne), kdy vytezuji oba disky M.2 a zaroven vim, ze budu potrebovat z HDD brzo dalsi soubor. Nabizi se, ze bych ho/je zkopiroval na M.2, ale to vyznamne brzdi aktualni praci (nejspise sdileni linek). Tak me napadlo zkusit dotaz ohledne RAM, kde mam standardne nejakych 100GB volnych. Ono se to nezda, ale z plotny tahat 50GB je opravdu lenochod a pokud se to dela 10x za sebou, opravdu to naskakuje. Ja ta data po pouziti, pripadne po upravach zase vracim zpet na HDD, ale to me uz nijak nelimituje, protoze je to v RAMce. Ac to neni podstatne, tak dodam, ze vetsinou jde o GIS databazove soubory, nekdy 7z archivy a nekdy i video. Troll opravdu nejsem, ale studovany Ukázat celý příspěvek

4. 5. 2024 • 13:30

Ještě chybí vysvětlení, proč k těmto účelům nejde využít RAM disk? To je totiž jediné řešení s využitím RAM. OS opravdu nemůžeš diktovat, kdy si co má přednačítat do RAM.

4. 5. 2024 • 14:09

Samozrejme ze muze, od toho je diskova cache.

4. 5. 2024 • 14:18

Jasně. Akorát že tazatel v úvodu výslovně píše, že tohle řešení nechce.

4. 5. 2024 • 17:35

Upřímně moc nechápu, jak to myslíš?

4. 5. 2024 • 16:49

No nevím, naládovat do RAM 50 GB, něco málo změnit a zase to psát zpátky ??? Co takhle ta data zorganizovat jako DB ??? Navíc DB si to bude sama optimalizovat.Jinak RAM disk je taky řešení ... proč se tomu vyhýbáš ???Možná bys to měl s nějakým studovaným IT probrat, nevymýšlet amatérská řešení.

7. 5. 2024 • 15:37

Zorganizovat data do DB? Jako že bys ukládal videosobory do databáze?A čemu si pomůžeš?

3. 5. 2024 • 18:55

možná kdybys napsal o jaká data se jedná, jak jsou velká a jak je následně zpracováváš, bylo by to lepší ... a kolik máš RAM ...pokud skutečně potřebuješ to co píšeš, dokážu si představit malý skript, který ty data do cache načte a bude dostupný v kontextovém menu pod pravým tlačítkem myši apod.

3. 5. 2024 • 20:01

Pokud mate dostatek RAM muzete z toho udelat RAM Disk, teda, z jeji casti. Nevyhoda, ze pokud vypadne proud nebo nastane nejaka chyba ztratite to. Ale i to se da resit prumernym ukladanim.RAM Disk pouzivam dost casto u objemnych dat pri zpracovavani v Pythonu.

3. 5. 2024 • 20:09

Ano, přesně, jak píše v dotazu: Nic ale ve Stylu RAMdisku,..

3. 5. 2024 • 20:55

Stále nechápem ako má OS/SW vedieť, že o 2s má načítať súbor1.jpg a o 10s súbor5.doc... Crucial má momentum cache (u SSD), ale ani u HDD by som to nezapol.

3. 5. 2024 • 21:05

Uz Windoww 7 mely sluzbu Prefetch / Superfetch, ktera prednacitala soubory podle typickeho chovani uzivatele na PC.

4. 5. 2024 • 11:20

To áno, ale všetky používané súbory sa do RAM nevojdú (ak nejde o 192 GB RAM). Alebo "RAM co deska snese" ako radil Dolph a OS môže nechať každý použitý súbor v RAM.

4. 5. 2024 • 13:05

Nerozumím, proč tazatel nechce ramdisk. Vypadá to, že jeho požadavek je na využití ramdisku vyloženě stavěný.Pořídím nějaký vícepanelový manažer, v něm otevřu současně složky používaných souborů a ramdisk. A podle potřeby kopíruju velké soubory jedním klikem na ramdisk. Nebo si napíšu skripty, které vybrané soubory kopírují za mě a jen na ně klikám. Hračička by mohl zkusit přidat příkaz pro zkopírování souboru na ramdisk i do souborového menu průzkumníku.Neumím si představit, že by se to dalo řešit šikovněji, i když ani tohle mi moc šikovné nepřijde.

4. 5. 2024 • 17:17

Vykašli se na Windows a budeš to mít o mnoho jednodušší...ZFS umí L2ARC cache nacpat na SSD.bcache to umí i na zastaralých filesystémech.

5. 5. 2024 • 14:39

on ale nechce cache na SSD on chce cache do RAM. Zamknete uz to zbytecny tema.

6. 5. 2024 • 12:54

Neni problem mit bcache v RAM, nebo nastavit ARC cache ZFSka, at vyuziva celou RAM...

5. 5. 2024 • 14:36

Nejsem odbornik, ale zeptal jsem se AI:Q: Is it possible to use RAM as a temporary file storage in Windows? Can I create a temporary partition in RAM and access it as a disk? Let's say 50GBA: Yes, it's possible to create a RAM disk in Windows to use RAM as temporary storage. There are third-party tools available that allow you to create a virtual drive in your computer's RAM. You can specify the size of the RAM disk, such as 50GB, and then use it as you would any other drive for temporary file storage. Just keep in mind that RAM is volatile memory, meaning its contents are lost when the computer is turned off, so any data stored in the RAM disk will be lost when you shut down or restart your computer.Popular third-party tools for creating RAM disks in Windows include: ImDisk Toolkit Dataram RAMDisk SoftPerfect RAM Disk OSFMount Gavotte RAMDiskThese tools allow you to create and manage RAM disks of various sizes and configurations to suit your needs.

5. 5. 2024 • 14:37

Ale je tam slovo Ram Disk, takze to asi nechceme,zejo.

5. 5. 2024 • 14:41

a co tomu RAMdisku začít říkat RAMúložiště... To by pak prošlo zadáním a tazatel by byl spokojenej... Vyřešeno. 🙂Zamkněte to téma.

6. 5. 2024 • 0:59

Kdyz tazatel odmita ramdisk, mozna mysli ramdisk z 90let,kdy existovala ramka zapojitelna misto hdd a byl to jako rychlej disk. Cca pro ilustraci: http://mcu.cz/news.php?extend.1640Dnes se ramdisk dela softwarove, viz dole odpoved AI.

6. 5. 2024 • 6:47

a funkcne je v tom z pohledu uzivatele rozdil jakej ? Krom toho ze tohle zcela jiste nemyslel.

6. 5. 2024 • 8:27
6. 5. 2024 • 13:59

Mě by jenom zajímalo, jak by jsi program A (co v něm zpracováváš velké soubory) donutil využít část paměti programu B, kterým by jsi si přednačítal data?

6. 5. 2024 • 19:34

a všimli jste si že "geth" krom dotazu reagoval jen 2x a už na nás 2 dny sere, zatím co se tu jak kokoti hádáme ? Téma s 50+ příspěvkama vo hovně.. redakce si mne ruce jak ta reklama sype 😀

6. 5. 2024 • 19:42

To se tu stává dost často. Např. před dvěma dny důchodce dědalebeda. Ten se k dotazu (75 příspěvků) dokonce vůbec nevrátil.https://www.zive.cz/poradna/ma-cen...tanswers=1

7. 5. 2024 • 16:49

Dyť je to jedno.To, že téma už nezajímá tazatele přece neznamená, že si o něm nemůžeme pokecat a něco se navzájem dozvědět.

7. 5. 2024 • 18:00

Tak ono je v tom hádání mezi uživateli dost problém se zorientovat. Navíc než některé tipy otestuji, chvilku tu dá. Některé nápady se scripty jsou pro mne oříšek, nejsem ajťák. Spousta reakcí je taky ohledně RAM disku, přestože jsem v dotazu uvedl, že ten řešit nechci. Spousta rádců vám nutí něco, co nechcete, což je zde tak nějak standard. Rady tipu zeptej se nějakého ajťáka jsou taky super. Kdybych ho znal, asi bych se tu neptal.Každopádně všem díky za příspěvky. Všechny rady jsem si přečetl a teď zkouším, co mi bude nejvíce vyhovovat.

7. 5. 2024 • 18:02

Nejsi ajťák, ale přesně víš, že RAM disk ne? Tak si to ještě promysli, protože nic jiného takto fungovat nebude.

7. 5. 2024 • 18:31

Spousta rádců vám nutí něco, co nechcete---> Ale ty to nechceš jen proto, že tomu nerozumíš a nenecháš si poradit, že nic lepšího není...Tak si nakakej váženej, když na rady těch znalejších, úplně prdíš.

8. 5. 2024 • 9:39

I když ses po 4 dnech vrátil, pořád vypadáš jako troll. Hlavně abys nakonec nenapsal, že po vyzkoušení ti nejvíc vyhovuje RAMDisk...

9. 5. 2024 • 12:19

Možná nějaký vlastní file manager s funkcí bufferu/cache, a plánovačem, nastavíš zdroj a cíl pro uložení a pak už jen 2 tlačítka pro načtení ze zdroje do RAM a uložení z RAM do cíle.samozřejmě s funkčností CTRL+C nebo Drag&Drop

Určitě si přečtěte

Články odjinud