{"id":771,"date":"2022-01-10T15:23:13","date_gmt":"2022-01-10T15:23:13","guid":{"rendered":"http:\/\/ri.itservices.manchester.ac.uk\/csf4\/?page_id=771"},"modified":"2022-01-13T16:32:12","modified_gmt":"2022-01-13T16:32:12","slug":"wrf","status":"publish","type":"page","link":"https:\/\/ri.itservices.manchester.ac.uk\/csf4\/software\/applications\/wrf\/","title":{"rendered":"WRF"},"content":{"rendered":"

Overview<\/h2>\n

Weather Research and Forecasting Model (WRF)<\/a> is a state-of-the-art atmospheric modeling system designed for both meteorological research and numerical weather prediction.<\/p>\n

Versions 4.0.3, 4.3.1 and 4.3.2 are installed on CSF4.<\/p>\n

See also WPS<\/a> – the WRF Preprocessing System.<\/p>\n

Restrictions on use<\/h2>\n

WRF is open source, and has been released with no restrictions on use (licensing or otherwise). <\/p>\n

Set up procedure<\/h2>\n

We now recommend loading modulefiles within your jobscript so that you have a full record of how the job was run. See the example jobscript below for how to do this.<\/p>\n

Load one<\/em> of the following modulefiles (which will cause the supporting library modules to be loaded too):<\/p>\n

\r\nmodule load wrf\/4.3.3-foss-2020a-dmpar       # Note that WPS 4.3.3 is NOT available yet\r\nmodule load wrf\/4.3.2-foss-2020a-dmpar       # Note that WPS 4.3.2 is NOT available yet\r\nmodule load wrf\/4.3.1-foss-2020a-dmpar\r\nmodule load wrf\/4.0.3-foss-2020a-dmpar\r\n<\/pre>\n
Please see the WPS instructions<\/a> for the corresponding WPS modulefiles.<\/p>\n
Copy the running directory (which contains standard input files required by WRF) for your version of the model using:<\/p>\n
\r\n# Work in your scratch area. For example:\r\ncd ~\/scratch\r\n\r\n# Copy the running directory from the central install to your current directory\r\ncp -a $WRF_RUNDIR scenario_name<\/em>\r\n<\/pre>\n
This will create a directory named scenario_name<\/em><\/code> in the current directory.<\/p>\n
Running the application<\/h2>\n
Please do not run WRF on the login node – it is computationally intensive, and requires MPI parallisation to run properly. Jobs should be submitted to the compute nodes via batch.<\/p>\n
Single node multicore parallel batch job submission<\/h3>\n
Create a jobscript similar to the following:<\/p>\n
\r\n#!\/bin\/bash --login\r\n#SBATCH -p multicore         # (or --partition=) Single node parallel job\r\n#SBATCH -n 40                # (or --ntasks=) Number of cores - can be 2--40\r\n\r\n# Load the version you require (remove any inherited modules first)\r\nmodule purge\r\nmodule load wrf\/4.3.2-foss-2020a-dmpar\r\n\r\n# Remove any old log files (optional)\r\nrm -f rsl.error.* rsl.out.*\r\n\r\nmpirun wrf.exe\r\n        #\r\n        # Use your required executable (e.g., wrf.exe or real.exe)\r\n<\/pre>\n
The rm -f<\/code> command is needed to clear out any pre-existing log files (which is not done by the program itself).<\/p>\n
Multi-node parallel batch job submission<\/h3>\n
Create a jobscript similar to the following:<\/p>\n
\r\n#!\/bin\/bash --login\r\n#SBATCH -p multinode         # (or --partition=) Multinode parallel job\r\n#SBATCH -n 80                # (or --ntasks=) Number of cores - can be 80 or more in multiples of 40\r\n\r\n# Load the version you require (remove any inherited modules first)\r\nmodule purge\r\nmodule load wrf\/4.3.2-foss-2020a-dmpar\r\n\r\n# Remove any old log files (optional)\r\nrm -f rsl.error.* rsl.out.*\r\n\r\nmpirun wrf.exe\r\n        #\r\n        # Use your required executable (e.g., wrf.exe or real.exe)\r\n<\/pre>\n
The rm -f<\/code> command is needed to clear out any pre-existing log files (which is not done by the program itself).<\/p>\n
Further info<\/h2>\n