Download User`s Manual for elegant
Transcript
• matrix_order — Specifies the highest order of matrix elements that should be available for fitting. Elements up to third order are available for the terminal point of the beamline, and up to secod order for interior fit points. Names for first-, second-, and third-order elements are of the form Rij, Tijk, and Uijkl. • log_file — A file to which progress reports will be written as optimization proceeds. For SDDS data, use the final output file from the run_setup namelist. • term_log_file — This names a file to which the values of the optimization terms are written at the completion of optimization, which can be convenient when large numbers of terms are used. For example, by using sddssort one could find which terms are contributing most to the penalty value. • output_sparsing_factor — If set to a value larger than 0, results in sparsing of output to the “final” file (see run_setup). This can make a significant difference in the optimization speed. • balance_terms — If nonzero, then all terms of the optimization expression have their weights adjusted so they make equal contributions to the penalty function. This can help prevent optimization of a single term at the expense of others. It is performed only for the initial value of the optimization function. • simplex_divisor — The factor by which simplex step sizes are changed as the optimization algorithm searches for a valid initial simplex. • simplex_pass_range_factor — When starting a new pass, the simplex optimizer takes the range over the previous simplex of each variable times this factor as the starting step size for that variable. This can be useful if the optimization brings the system close to an instability. In such a case, the simplex routine may have trouble constructing an initial simplex if the range of the variables is large. Setting this control to a value less than 1 may help. • include_simplex_1d_scans — If nonzero, optimizer performs single-variable scans prior to starting simplex optimization. This is usually a good idea, but in some cases it will cause problems. For example, if your design is on the edge of being unstable, you may get some many errors from the initial steps that the single-variable optimizer can’t continue. Disabling the single-variable scans will sometimes solve this. • start_from_simplex_vertex1 — If nonzero, optimizer uses the initial simplex vertex as the starting point for each new 1d scan. Otherwise, it uses the result of the previous scan. • restart_random_numbers — If nonzero, the random number generators used by elegant are reset for each evaluation of the optimization function. This is valuable if one is optimizing tracking results that involve random processes (e.g., ISR or scattering). 62