Re: Big cache

From my experience is the OS' swapping quite efficient as long as you can bundle the accesses to your data-structures inside a concentrated window. (hence minimizing the number of swaps)

This can often be done by reorganizing the data and the processing.

I wrote about this before, if interested I can dig up those discussions from the archive.

Cheers Rolf
_{(addicted to the Perl Programming Language :)

Wikisyntax for the Monastery}

Comment on Re: Big cache

Replies are listed 'Best First'.
Re^2: Big cache by Liebranca (Acolyte) on Jul 28, 2022 at 23:08 UTC
Absolutely, I'd love to read anything that can better inform my thinking here; I haven't run into any issues just yet, but I sense that if I don't rethink my approach it will become a problem later on. free/libre post licensed under gnu gplv3; your quotes will inherit.	[reply]
Re^3: Big cache by LanX (Saint) on Jul 28, 2022 at 23:30 UTC
see Re: write hash to disk after memory limit and especially Re: Small Hash a Gateway to Large Hash? HTH! :) Cheers Rolf _{(addicted to the Perl Programming Language :) Wikisyntax for the Monastery}	[reply]