-
-
Notifications
You must be signed in to change notification settings - Fork 112
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
[FEATURE REQUEST] Anyway to calculate how much RAM you need ? #953
Comments
This is your first time submitting an issue with UVtools 🥳Please review your issue and ensure that the submit template was followed, the information is complete, and not related to any other open issue. It will be reviewed shortly. Debugging is very important and make the program better. Thanks for contributing and making the software better! 🙌 |
You have a ton of cores, is that 128 the total or it doubles with hyperthreading? My advice is to cut workload in half on UVtools settings, start with 1/2, monitor ram and tune from there. You can also attach a file here and tell the workflow so I can check it.
Chrome has no chance here 😁
I think it's possible to add a limiter that cancels the current operation (If supported) |
Implemented a limiter, please test it. |
I'm not the OP, but I have an issue with this feature. I have 32GB of ram. The limiter is killing my UVTools app when trying to drill through multiple selected Suction Cups with below error: It is working if I click suction cups one by one and drill them, but selecting 10 at once and clicking drill on all of them crashes the app. Would it be possible to add 3rd dropdown option to settings that would restore how UVTools was working a few version back? Like 'do nothing' option in the dropdown? Currently there is only Pause and Cancel. Text of the error:
|
@Hargrim This is the excepted and working as it should, the limiter will kill UVtools to prevent system crash as is explained on the text:
This happens to all operations that can't be cancelled or paused, and so the only option is to kill the program. Drill is one of them. I can however try to implement an cancel on that operation. Drill also takes a ton of ram because it need to get many images to scan for pixels up to a void. |
@sn4k3 Thanks for reply and continuous work on this! Would it be possible to disable this check from the settings? Or disable it for drilling only via checkbox or something similar? It was working fine for me before this update, even if it was taking all RAM on my PC. Now I need to right click each suction cup and drill them one by one which is a downgrade and lose of functionality from my POV. Adding cancel option will not improve the situation, I will still need to right click one suction cup after another to drill them, now with added cancel, which will change nothing - if I understand correctly what you are suggesting above. |
Just like any other feature, you can set it to 0 to disable it. |
Setting it to 0 helped, thanks! |
Is your feature request related to a problem?
I have 128gb RAM and kept getting OOM ,
within minutes UVtools would be over 90gb Used and had to close down everything else for UVtools to not crash my desktop
Ubuntu user , multiple times UVTools would just cause entire desktop to reload , (while hollowing / adding infill)
can their be some sort of guard against this ? why can the program not kill its self ?
using UVtools.AppImage
Currently deciding with going 512gb 3200mhz RAM and 1tb 2400mhz RAM
as much as I would love having 1Tb for it to be cost effective I would be taking a 28% performance hit
I rather not spend more than $1500 on more memory
if I knew 512gb would not have a chance of OOM'ing I would rather go that route so my data scrubs are not slowed down
but if UVtools is going to be another memory hog contender with chrome I guess i will jut have to increase the budget
so is their some calculation that can be done based on layers and dimensional size to work out memory usage ?
I was using working with ~250x250x250mm @50um and I can do ~900x900x300mm @25um
Describe the solution you'd like
Program to kill itsself if a set memory usage threshold is reached
Files
No response
The text was updated successfully, but these errors were encountered: