Jeff Hiller
COMSOL Employee
Please login with a confirmed email address before reporting spam
Posted:
8 years ago
Jan 4, 2017, 3:32 p.m. EST
Hello LZ,
One possibility is that your model requires around the amount of RAM available on your machine to run in core. If some other programs are sometimes running on the same machine, it could force the solution to be done out of core, which is much slower.
That's only a guess.
Jeff
Hello LZ,
One possibility is that your model requires around the amount of RAM available on your machine to run in core. If some other programs are sometimes running on the same machine, it could force the solution to be done out of core, which is much slower.
That's only a guess.
Jeff
Please login with a confirmed email address before reporting spam
Posted:
8 years ago
Jan 4, 2017, 4:35 p.m. EST
Dear Jeff,
Thank you very much for your quick and helpful reply. Your suggestion is very reasonable. I am now running the program on a server of my university, the RAM is 384G. My program takes like 24G. It is possible that many people are using it right now. The CPU occupation is now 100%, RAM occupation is 70%.
May I ask if there is any method to improve this situation, the mesh level is the lowest one to guarantee precision. It is in 3D RF module, using COMSOL with Matlab Liverlink control. Should I do any process like clear the cache when running the program? Thank you again for your kind help and suggestion.
Best,
LZ
Hello Iz,
One possibility is that your model requires around the amount of RAM available on your machine to run in core. If some other programs are sometimes running on the same machine, it could force the solution to be done out of core, which is much slower.
That's only a guess.
Jeff
Dear Jeff,
Thank you very much for your quick and helpful reply. Your suggestion is very reasonable. I am now running the program on a server of my university, the RAM is 384G. My program takes like 24G. It is possible that many people are using it right now. The CPU occupation is now 100%, RAM occupation is 70%.
May I ask if there is any method to improve this situation, the mesh level is the lowest one to guarantee precision. It is in 3D RF module, using COMSOL with Matlab Liverlink control. Should I do any process like clear the cache when running the program? Thank you again for your kind help and suggestion.
Best,
LZ
[QUOTE]
Hello Iz,
One possibility is that your model requires around the amount of RAM available on your machine to run in core. If some other programs are sometimes running on the same machine, it could force the solution to be done out of core, which is much slower.
That's only a guess.
Jeff
[/QUOTE]
Jeff Hiller
COMSOL Employee
Please login with a confirmed email address before reporting spam
Posted:
8 years ago
Jan 5, 2017, 8:33 a.m. EST
If the problem is indeed that other users of the machine are hogging its resources, you may want to consider running your models in batch at night when the machine is presumably in lower demand. See this blog as an introduction to the topic:
www.comsol.com/blogs/how-to-run-simulations-in-batch-mode-from-the-command-line/ .
Also, make sure you are using the latest version of the software as the solvers are continually improved to use less memory. Talking about that, different solvers can use very different amounts of memory to solve the same problem, so you can experiment with that as well. See this blog post for an example where switching solvers decreases peak memory usage by as much as a factor 8 in a benchmark:
www.comsol.com/blogs/using-the-domain-decomposition-solver-for-thermoviscous-acoustics/ .
Short of that, if your model is already meshed as sparingly as can be, you may need to consider more fundamental ways of making your model leaner. Here I am thinking of more fundamental changes such as using symmetries, ridding the geometry of details that do not significantly affect the solution, replacing thin solids with surface-level formulations, etc. In other words, review the underlying mathematical model that you're asking the software to solve. What such simplifications you can make is very much problem dependent.
Best,
Jeff
If the problem is indeed that other users of the machine are hogging its resources, you may want to consider running your models in batch at night when the machine is presumably in lower demand. See this blog as an introduction to the topic: https://www.comsol.com/blogs/how-to-run-simulations-in-batch-mode-from-the-command-line/ .
Also, make sure you are using the latest version of the software as the solvers are continually improved to use less memory. Talking about that, different solvers can use very different amounts of memory to solve the same problem, so you can experiment with that as well. See this blog post for an example where switching solvers decreases peak memory usage by as much as a factor 8 in a benchmark: https://www.comsol.com/blogs/using-the-domain-decomposition-solver-for-thermoviscous-acoustics/ .
Short of that, if your model is already meshed as sparingly as can be, you may need to consider more fundamental ways of making your model leaner. Here I am thinking of more fundamental changes such as using symmetries, ridding the geometry of details that do not significantly affect the solution, replacing thin solids with surface-level formulations, etc. In other words, review the underlying mathematical model that you're asking the software to solve. What such simplifications you can make is very much problem dependent.
Best,
Jeff
Please login with a confirmed email address before reporting spam
Posted:
8 years ago
Jan 9, 2017, 10:56 a.m. EST
Dear Jeff,
Thank you very much for your patient guidance, I am trying to learn how to improve my model, following your suggestions and website. Thank you again !
Regards,
Lz
Dear Jeff,
Thank you very much for your patient guidance, I am trying to learn how to improve my model, following your suggestions and website. Thank you again !
Regards,
Lz