Hi Oleg,
Sorry, just clearing through a bunch on (hopefully) simple questions...
I'm processing a WV stereo-pair on my server. I'm using a session with 24 cores. However, when I run certain processes, like point2dem, using --threads 24, I keep getting these messages:
DEM: [********************************....................................] 47%Warning: Cache size (806 MB) is larger than the requested maximum cache size (805 MB). Consider increasing the cache in ~/.vwrc.
DEM: [********************************....................................] 48%Warning: Cache size (1209 MB) is larger than the requested maximum cache size (805 MB). Consider increasing the cache in ~/.vwrc.
DEM: [**********************************..................................] 50%Warning: Cache size (1815 MB) is larger than the requested maximum cache size (805 MB). Consider increasing the cache in ~/.vwrc.
DEM: [************************************................................] 53%Warning: Cache size (2723 MB) is larger than the requested maximum cache size (805 MB). Consider increasing the cache in ~/.vwrc.
DEM: [**************************************..............................] 57%Warning: Cache size (4086 MB) is larger than the requested maximum cache size (805 MB). Consider increasing the cache in ~/.vwrc.
DEM: [*******************************************.........................] 64%Warning: Cache size (6129 MB) is larger than the requested maximum cache size (805 MB). Consider increasing the cache in ~/.vwrc.
DEM: [**************************************************..................] 74%Warning: Cache size (9193 MB) is larger than the requested maximum cache size (805 MB). Consider increasing the cache in ~/.vwrc.
etc, etc... and the process takes AGES to run. Also, I don't seem to have a ~/.vwrc file, so I can't edit that. However, I have PLENTY of memory, so I don't see where the problem comes from, or at least how to fix it.
On a similar note, when I run parallel_stereo, it also took AGES to generate the -L.tif and -R.tif, and masks, etc (in stereo_pprc), also due to this caching hold-up. However, I can't see which options I can give to parallel_stereo that can help it better manage these issues. I remember in the past that if I reduce the number of cores, it actually speeds things up (e.g. with point2dem this seems to be the case), because you don't get these caching problems. However, parallel_stereo now gives an error with the option --threads. And the --processes and --threads-multiprocess only seem to apply for the correlation process.
When I run parallel_stereo, I'm going the mapprojected route, and the two files are big (~9GB tifs with LZW). The -F.tif is big too (16GB LZW).
ANyhow, if you have any thoughts on how to manage these sorts of problems (I'm sure you've encountered them), that would be great.
Cheers,
James