Changes between Version 113 and Version 114 of doc/app/initialization_parameters
- Timestamp:
- Sep 15, 2010 4:33:36 PM (14 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
doc/app/initialization_parameters
v113 v114 552 552 Number of processors along x-direction of the virtual processor net.\\\\ 553 553 For parallel runs, the total number of processors to be used is given by the '''mrun'''-option -X. By default, depending on the type of the parallel computer, PALM generates a 1d processor net (domain decomposition along x, [#npey npey] = ''1'') or a 2d-net (this is favored on machines with fast communication network and/or large number of processors (>256)). In case of a 2d-net, it is tried to make it more or less square-shaped. If, for example, 16 processors are assigned (-X 16), a 4 * 4 processor net is generated ('''npex''' = 4, '''npey''' = 4). This choice is optimal for square total domains ([#nx nx] = [#ny ny]), since then the number of ghost points at the lateral boundarys of the subdomains reaches a minimum. If nx and ny differ extremely, the processor net should be manually adjusted using adequate values for '''npex''' and '''npey'''.\\\\ 554 '''Important:'''\\ \\554 '''Important:'''\\ 555 555 The value of '''npex''' * '''npey''' must exactly match the value assigned by the '''mrun'''-option -X. Otherwise the model run will abort with a corresponding error message.\\\\ 556 556 Additionally, the specification of '''npex''' and '''npey''' may of course override the default setting for the domain decomposition (1d or 2d) which may have a significant (negative) effect on the code performance. … … 680 680 {{{#!td 681 681 Type of cycle to be used with the multi-grid method.\\\\ 682 This parameter determines which type of cycle is applied in the multi-grid method used for solving the Poisson equation for perturbation pressure (see [#psolver psolver]). It defines in which way it is switched between the fine and coarse grids. So-called v- and w-cycles are realized (i.e. '''cycle_m '''gmay be assigned the values '' 'v' '' or '' 'w' ''). The computational cost of w-cycles is much higher than that of v-cycles, however, w-cycles give a much better convergence.682 This parameter determines which type of cycle is applied in the multi-grid method used for solving the Poisson equation for perturbation pressure (see [#psolver psolver]). It defines in which way it is switched between the fine and coarse grids. So-called v- and w-cycles are realized (i.e. '''cycle_mg''' may be assigned the values '' 'v' '' or '' 'w' ''). The computational cost of w-cycles is much higher than that of v-cycles, however, w-cycles give a much better convergence. 683 683 }}} 684 684 |---------------- … … 866 866 If [#mg_cycles mg_cycles] is set to its optimal value, the computing time of the multi-grid scheme amounts approximately to that of the direct solver '' 'poisfft','' as long as the number of grid points in the three directions of space corresponds to a power-of-two (2^n^) where ''n'' >= 5 must hold. With large ''n'', the multi-grid scheme can even be faster than the direct solver (although its accuracy is several orders of magnitude worse, but this does not affect the accuracy of the simulation). Nevertheless, the user should always carry out some test runs in order to find out the optimum value for [#mg_cycles mg_cycles], because the CPU time of a run very critically depends on this parameter.\\\\ 867 867 This scheme requires that the number of grid points of the subdomains (or of the total domain, if only one PE is uesd) along each of the directions can at least be devided once by 2 without rest.\\\\ 868 With parallel runs, starting from a certain grid level the data of the subdomains are possibly gathered on PE0 in order to allow for a further coarsening of the grid. The grid level for gathering can be manually set by [#mg_switch_to_pe0_level mg_switch_to_pe0_level].\\ \\869 868 With parallel runs, starting from a certain grid level the data of the subdomains are possibly gathered on PE0 in order to allow for a further coarsening of the grid. The grid level for gathering can be manually set by [#mg_switch_to_pe0_level mg_switch_to_pe0_level].\\ 869 Using this procedure requires the subdomains to be of identical size (see [#grid_matching grid_matching]).\\\\ 870 870 '' 'sor' ''\\\\ 871 871 Successive over relaxation method (SOR). The convergence of this iterative scheme is steered with the parameters [#omega_sor omega_sor], [#nsor_ini nsor_ini] and [#nsor nsor].\\ … … 930 930 }}} 931 931 {{{#!td style="vertical-align:top" 932 2/3 *\\ 933 zu(nz)\\\ 934 (ocean: 2/3*\\ 935 zu(0)) 932 2/3*zu(nz)\\ 933 (ocean:\\ 934 2/3*zu(0)) 936 935 }}} 937 936 {{{#!td … … 1042 1041 }}} 1043 1042 {{{#!td 1044 Angular velocity of the rotating system (in rad s^-1^).\\\\1043 Angular velocity of the rotating system (in rad/s).\\\\ 1045 1044 The angular velocity of the earth is set by default. The values of the Coriolis parameters are calculated as:\\\\ 1046 1045 f = 2.0 * '''omega''' * sin([#phi phi])\\ … … 1127 1126 When using non-cyclic lateral boundaries, a filter is applied to the velocity field in the vicinity of the outflow in order to suppress any reflections of outgoing disturbances (see [#km_damp_max km_damp_max] and [#outflow_damping_width outflow_damping_width]).\\\\ 1128 1127 In order to maintain a turbulent state of the flow, it may be neccessary to continuously impose perturbations on the horizontal velocity field in the vicinity of the inflow throughout the whole run. This can be switched on using [../d3par#create_disturbances create_disturbances]. The horizontal range to which these perturbations are applied is controlled by the parameters [#inflow_disturbance_begin inflow_disturbance_begin] and [#inflow_disturbance_end inflow_disturbance_end]. The vertical range and the perturbation amplitude are given by [../d3par#disturbance_level_b disturbance_level_b], [../d3par#disturbance_level_t disturbance_level_t], and [../d3par#disturbance_amplitude disturbance_amplitude]. The time interval at which perturbations are to be imposed is set by [../d3par#dt_disturb dt_disturb].\\\\ 1129 In case of non-cyclic horizontal boundaries [../d3par#call_psolver_at_all_substeps call_psolver_at_all_substeps] = ''.T.'' should be used. 1130 1131 '''Note:''' 1128 In case of non-cyclic horizontal boundaries [../d3par#call_psolver_at_all_substeps call_psolver_at_all_substeps] = ''.T.'' should be used.\\\\ 1129 '''Note:'''\\ 1132 1130 Using non-cyclic lateral boundaries requires very sensitive adjustments of the inflow (vertical profiles) and the bottom boundary conditions, e.g. a surface heating should not be applied near the inflow boundary because this may significantly disturb the inflow. Please check the model results very carefully. 1133 1131 }}} … … 1387 1385 }}} 1388 1386 {{{#!td style="vertical-align:top" 1389 MIN(10, nx/2 or ny/2)1387 MIN(10, [#nx nx]/2 or [#ny ny]/2) 1390 1388 }}} 1391 1389 {{{#!td … … 1401 1399 }}} 1402 1400 {{{#!td style="vertical-align:top" 1403 MIN(100, 3/4* nx or 3/4*ny)1401 MIN(100, 3/4*[#nx nx] or 3/4*[#ny ny]) 1404 1402 }}} 1405 1403 {{{#!td … … 2317 2315 Currently, '''canyon_wall_south''' must be at least 1 * [#dy dy] and less than ( [#ny ny] - 1 ) * dy - [#canyon_width_y canyon_width_y]. This parameter requires [#topography topography] = '' 'single_street_canyon'.''\\\\ 2318 2316 The default value '''canyon_wall_south''' = ( ( ny + 1 ) * dy - canyon_width_y ) / 2 centers the canyon in y-direction. 2319 }}}2320 |----------------2321 {{{#!td style="vertical-align:top"2322 [=#<insert_parameter_name> '''<insert_parameter_name>''']2323 }}}2324 {{{#!td style="vertical-align:top"2325 <insert type>2326 }}}2327 {{{#!td style="vertical-align:top"2328 <insert value>2329 }}}2330 {{{#!td2331 <insert explanation>2332 2317 }}} 2333 2318 |---------------- … … 2443 2428 This parameter applies only in case of a non-flat topography and [#passive_scalar passive_scalar] = ''.T.''. 2444 2429 }}} 2445 |---------------- 2446 {{{#!td style="vertical-align:top" 2447 [=#<insert_parameter_name> '''<insert_parameter_name>'''] 2448 }}} 2449 {{{#!td style="vertical-align:top" 2450 <insert type> 2451 }}} 2452 {{{#!td style="vertical-align:top" 2453 <insert value> 2454 }}} 2455 {{{#!td 2456 <insert explanation> 2457 }}} 2458 |---------------- 2459 {{{#!td style="vertical-align:top" 2460 [=#<insert_parameter_name> '''<insert_parameter_name>'''] 2461 }}} 2462 {{{#!td style="vertical-align:top" 2463 <insert type> 2464 }}} 2465 {{{#!td style="vertical-align:top" 2466 <insert value> 2467 }}} 2468 {{{#!td 2469 <insert explanation> 2470 }}} 2430 2471 2431 [[BR]] 2472 2432 … … 2502 2462 If [#plant_canopy plant_canopy] is set ''.T.'', the user can prescribe a heat flux at the top of the plant canopy. 2503 2463 It is assumed that solar radiation penetrates the canopy and warms the foliage which, in turn, warms the air in contact with it.\\\\ 2504 '''Note:''' Instead of using the value prescribed by [#surface_heatflux surface_heatflux], the near surface heat flux is determined from an exponential function that is dependent on the cumulative leaf_area_index (Shaw and Schumann (1992, Boundary Layer Meteorol., '''61''', 47-64)). 2464 '''Note:'''\\ 2465 Instead of using the value prescribed by [#surface_heatflux surface_heatflux], the near surface heat flux is determined from an exponential function that is dependent on the cumulative leaf_area_index (Shaw and Schumann (1992, Boundary Layer Meteorol., 61, 47-64)). 2505 2466 }}} 2506 2467 |----------------