You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I think this is an error with how the memory usage is being reported when run with the solver on GPU, i.e. it is not the estimated memory that is wrong, rather the reported actual usage. At the moment we use the psutil module with the memory info function (https://psutil.readthedocs.io/en/latest/#psutil.Process.memory_info). If anyone can recommend a better method please let me know, especially for returning GPU used memory.
The text was updated successfully, but these errors were encountered:
Many articles suggest using 'Unique Set Size' as a measure for memory usage unique to the current process. I was wondering how you have decided the value of stdoverhead while estimating Memory usage.
Also, gputil provides the GPU memory usage by nvidia-smi. It can be used to report the GPU memory usage after the completion of simulation.
@spaceVStab thanks, I see http://grodola.blogspot.com/2016/02/psutil-4-real-process-memory-and-environ.html, I will change psutil to use 'Unique Set Size'. If you have any thoughts on better ways to estimate the memory usage beforehand that would be helpful. The value of stdoverhead is just based on running memory profiler and noting that ~50MB is always required before any of the main arrays are initialised.
I think this is an error with how the memory usage is being reported when run with the solver on GPU, i.e. it is not the estimated memory that is wrong, rather the reported actual usage. At the moment we use the psutil module with the memory info function (https://psutil.readthedocs.io/en/latest/#psutil.Process.memory_info). If anyone can recommend a better method please let me know, especially for returning GPU used memory.
The text was updated successfully, but these errors were encountered: