БориÑ, Ñ‚Ñ‹ не прав. Nevis swap, bet virtual memory ir ģelo tonkoje. Pagefile pavisam atslēdz tikai lašaras, jā. Bet nezināt, kurā brīdī reālā atmiņa beidzas? Nē, sorry, labāk lai nokrašo. Tad vismaz ir zināms, ka problēma eksistē.
https://blogs.technet.microsoft.com/markrussinovich/2008/11/17/pushing-the-limits-of-windows-virtual-memory/
https://live.sysinternals.com/WindowsInternals/
Katrs pats var paspēlēties ar sev atbilstošo TestLimit (pamatā -r un -m) un paskatīties, kādus ciparus var sasniegt un kā sistēma uzvedās, kad robežas tiek sasniegtas. Bet pamatā lasīt un ievērot šito:
To optimally size your paging file you should start all the applications you run at the same time, load typical data sets, and then note the commit charge peak (or look at this value after a period of time where you know maximum load was attained). Set the paging file minimum to be that value minus the amount of RAM in your system
Un es čista nevaru iedomāties, ar ko jūs tā spējat pie*irst savus kompjus. Man ir FF ar 50 addoniem un līku klasisko AdBlock, kas tukšgaitā jau apēd 500 MB. Backgroundā VM ar 2 GB limitu, Steam, līkais Steelseries bling-engine (čort jevo maķeri) un, bļin, Sidebar ar gadžetiem, kas vispār ir tāds dranķis, kas pastāvīgi kaut ko allocato un pēc tā, cik daudz MB jamais ir leak-ojis, es varu pateikt kompja uptime. Bet pēdējais, kad man personīgi 8 GB physical + 512 MB swap nokrašoja – GTA V. Tad biju spiests pavilkt uz augšu.
…
Konkrēti aftaram – Windows parasti pats tajā wārningā norāda procesu ar lielāko Working Set. Ja FF reāli to neizmanto, tad tur ir smags memory leak. Tas pats AdBlock, maybe? Tā var būt Windows vaina, var arī nebūt. Rādi redzēt Task Manager vai Resource Monitor, cik kas ir commit-ojis un cik kas reāli ēd. Parasti jau arī no procesu skaita var abalģeķ…
.
