User Tools

Site Tools


fsl_usage

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision
Previous revision
fsl_usage [2015/04/14 15:31]
mgstauff [Requesting More Memory]
fsl_usage [2016/05/24 22:23] (current)
mgstauff
Line 1: Line 1:
 +** [[:start|Back To Main Page]] **
 +
 ====== 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#setting_default_options_for_all_scripts|.sqe_request file]] in your home directory.
 +
 +**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. They submit qsub jobs using your username:+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: 
 + 
 +  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/subject analysis is being done) in parallel if they are setup all together in one GUI setup.   MELODIC will run multiple single-session analyses (or single-session preprocessing if a multi-session/subject analysis is being done) in parallel if they are setup all together in one GUI setup.
      
-  TBSS will run all registrations in parallel.+  TBSS    will run all registrations in parallel.
      
   BEDPOSTX (FDT) low-level diffusion processing will run all slices 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.+  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.+  POSSUM  will process all slices in parallel.
  
-Because they call qsub, **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 or qsub.+If you get an error like this:
  
-We are working on a safe way to run these commands from qsub and qlogin.+  denied: host "compute-0-6.local" is no submit host
  
-==== CPU Time Limit Issues ====+tell the admin. This shouldn't happen as of May 2016.
  
-If your command gets killed because it takes too much CPU time, email the admin to learn how to work around this.+==== Using FSL WITHOUT SGE ====
  
-==== Requesting More Memory ====+You may need to tell FSL to __not__ use SGE for one of the above commands. 
  
-If your jobs are killed because of insufficient memory, it means most likely that the portions run via OGS/SGE are hitting the default memory limit. To request moredo so via the [[using_ogs_sge#setting_options_as_defaults_for_all_scripts|.sqe_request file]] in your home directory.+To tell FSL not to use SGE, you must clear the ''SGE_ROOT'' environment variable for your scriptAdd this line to your script, before you call an FSL command that normally uses 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.+  unset SGE_ROOT 
 +   
 +When the FSL scripts see that ''SGE_ROOT'' is not defined (i.e. it is unset), it will run its analysis portions on the same computer that the script was run from. 
 + 
 +==== 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.
fsl_usage.1429025501.txt.gz · Last modified: 2015/04/14 15:31 by mgstauff