This shows you the differences between two versions of the page.
Both sides previous revision Previous revision Next revision | Previous revision | ||
fsl_usage [2014/12/01 16:46] mgstauff |
fsl_usage [2016/05/24 22:23] (current) mgstauff |
||
---|---|---|---|
Line 1: | Line 1: | ||
+ | ** [[: | ||
+ | |||
====== Using FSL ====== | ====== Using FSL ====== | ||
+ | |||
+ | |||
+ | ===== Requesting More Memory ===== | ||
+ | |||
+ | If your jobs are killed because of insufficient memory, it means most likely that the portions run via SGE are hitting the default memory limit. To request more, do so via the [[using_ogs_sge# | ||
+ | |||
+ | **NOTE** however that this will make the request for **all** jobs your run, which is an inefficient use of memory for you and everyone else, so be careful to always change this file before running other jobs that don't need as much memory (e.g. simply comment-out or deactivate any lines by adding a hash mark (#) by itself at the beginning of the line in your .sge_request file). I'm hoping to work out a more flexible way to request more memory and will let everyone know if I work it out. | ||
===== Commands that Use SGE ===== | ===== Commands that Use SGE ===== | ||
- | Several compute-intensive commands use OGS/SGE to run portions of the processing in parallel. | + | Several compute-intensive commands use SGE to run portions of the processing in parallel. They submit qsub jobs using your username. |
- | FEAT will run multiple first-level analyses in parallel if they are setup all together in one GUI setup. At second level, if full FLAME (stages 1+2) is selected then all the slices are processed in parallel. | + | These are the commands: |
- | MELODIC will run multiple single-session analyses (or single-session preprocessing if a multi-session/ | + | |
- | TBSS will run all registrations in parallel. | + | |
- | BEDPOSTX (FDT) low-level diffusion processing will run all slices in parallel. | + | |
- | FSLVBM will run all registrations in parallel, both at the template-creation stage and at the final registrations stage. | + | |
- | POSSUM will process all slices in parallel. | + | |
- | **YOU MUST RUN THESE COMMANDS ON THE FRONT-END DIRECTLY**. That is, call them or the script that calls them from chead directly, without using qlogin | + | FEAT will run multiple first-level analyses in parallel if they are setup all together in one GUI setup. At second level, if full FLAME (stages 1+2) is selected then all the slices are processed in parallel. |
+ | |||
+ | MELODIC will run multiple single-session analyses (or single-session preprocessing if a multi-session/ | ||
+ | |||
+ | TBSS will run all registrations in parallel. | ||
+ | |||
+ | BEDPOSTX (FDT) low-level diffusion processing will run all slices in parallel. | ||
+ | |||
+ | FSLVBM | ||
+ | |||
+ | POSSUM | ||
- | We are working on a safe way to run these commands from qsub and qlogin. | + | If you get an error like this: |
- | ==== CPU Time Limit Issues ==== | + | denied: host " |
- | If your command gets killed because it takes too much CPU time, email the admin to learn how to work around this. | + | tell the admin. This shouldn' |
- | ==== Requesting More Memory | + | ==== Using FSL WITHOUT SGE ==== |
- | If your jobs are killed because | + | You may need to tell FSL to __not__ use SGE for one of the above commands. |
+ | |||
+ | To tell FSL not to use SGE, you must clear the '' | ||
+ | |||
+ | unset SGE_ROOT | ||
+ | |||
+ | When the FSL scripts see that '' | ||
+ | |||
+ | ==== CPU Time Limit Issues ==== | ||
+ | If your command gets killed because it takes too much CPU time running on chead, email the admin to learn how to work around this. This is very unlikely to be an issue. |