2,652
edits
Problems: Difference between revisions
Jump to navigation
Jump to search
→huge frames leading to overflow of the shell's stack limit
(remove text referring to 32bit binary) |
|||
| Line 22: | Line 22: | ||
ulimit -s 102400 | ulimit -s 102400 | ||
The numbers above mean a 10-fold increase over the default, and should be enough. I've found this to be necessary for unusually large frames (32 MB). | The numbers above mean a 10-fold increase over the default, and should be enough. I've found this to be necessary for unusually large frames (32 MB). | ||
xds_par in this case also might need an increase of the environment variable OMP_STACKSIZE (e.g. "setenv OMP_STACKSIZE 128M"). | |||
xds_par in this case also might need an increase of the environment variable OMP_STACKSIZE (e.g. "setenv OMP_STACKSIZE 128M"). | |||
According to http://stackoverflow.com/questions/13264274/why-segmentation-fault-is-happening-in-this-openmp-code one should also check the "virtual address space limit" with ulimit (increase with ulimit -v) . | |||
=== Problems with OpenMP === | === Problems with OpenMP === | ||