-
Notifications
You must be signed in to change notification settings - Fork 36
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Out of memory error with Chrome and Edge based on Chromion on Windows 10 #124
Comments
@Punzo it appears that the issue is related to web workers. The problem appears to be restricted to Chromium-based browsers and has only been reported for Windows 10. Could you help debug the issue? It appears unlikely that the issue is related to the It could have to do with web workers. It could be that too many workers are created, that each worker allocates too much memory, or that workers leak memory. By default, the number of web workers is determined by It appears there is also a bug in Chromium that can result in memory leaks: |
yes, web worker can use a lot of memory. For this reason they are generated dynamically when needed (but once instantiated, they are destroyed only when the page gets closed). The maximum number of webworker is defined here: i.e. navigator.hardwareConcurrency, which can lead to a very large number on some CPU and potentially overloading the memory. Checking out OHIF-v3/cornerstone3D, for the same reason, the number of maximum workers has been set around 7, see https://github.com/cornerstonejs/cornerstone3D-beta/blob/a0eefdc34e171ac35375fe58c5da75575ed6d46e/utils/demo/helpers/initCornerstoneWADOImageLoader.js#L18 I advise to change to the same values. Please let me know if you would like me opening a PR or if it is easier for you to just change the values! |
Thanks @Punzo. I can make that change. |
@fedorov I wonder what may be a good way for us to test this in a (semi)automated way. Unfortunately, I don't always have access to a Windows computer and I imagine that hardware specifics may be difficult to test in virtual environments. |
Poojitha has access to a windows machine. If this is reproducible with a dataset in IDC, I can ask her to help - let me know. |
It would be great if Poojitha could help us replicate the issue, track down the underlying cause, and test whether a lower number of workers solves the problem. The number of workers can be set via the browser devtools as described here. So far, we have encountered the issue only on computers with Windows 10 operating system and with Chrome or Edge browsers. |
@pgundluru can you help with this please? Markus can point you to some datasets in IDC where this issue is more likely to appear. I know you are busy with v11 testing right now, but maybe you can spend some time on this after that? |
Thank you @pgundluru. That would be great. I don't know exactly which images trigger the issue. One person encountered the issue using the following link: https://herrmannlab.github.io/slim/studies/2.25.18199272949575141157802058345697568861/series/1.3.6.1.4.1.5962.99.1.3510881361.982628633.1635598486609.2.0. |
perfect! @fedorov I have updated IDC fork as well #70 and Docs are ready to be merged ImagingDataCommons/IDC-Docs#45 |
We have received reports of browsers running out of memory. The problem appears to be limited to the Chrome browser (or Edge based on Chromium) on Windows. I was not able to reproduce any of the errors with Chrome on MacOS.
It appears that the amount of allocated memory is different between operating systems (see Chrome docs).
A reason may be the tile cache. This can be configured via the
tilesCacheSize
option of the constructor of the VolumeImageViewer.Potentially related to #107 and #67.
The text was updated successfully, but these errors were encountered: