aboutsummaryrefslogtreecommitdiff
path: root/schedule.ccl
Commit message (Collapse)AuthorAge
* add parameter to disable MoL_PostStep in Post_Recover_Variablesrhaas2013-05-25
| | | | | | | | | this is to allow bit-wise recovery of Hydro data since con2prim runs in MoL_PostStep. Also we should be able to read in all data from a checkpoint and thus mol_poststep should not be required. Thorns that want to be clever and re-compute some quantities that can be recomputed from the checkpointed data should schedule themselves explicitly in Post_Recover_Variables. See extensive discussion at https://trac.einsteintoolkit.org/ticket/1256 git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@199 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Allow skipping MoL's initial copy from past to current timeleveleschnett2013-04-05
| | | | | | | | This can be used as performance improvement, if timelevel cycling is also modified to perform this copy instead. git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@196 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Correct grammar in commenteschnett2013-02-15
| | | | git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@192 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* MoL Updateeschnett2013-01-22
| | | | | | | | | | | | | | | | | | New integrator Euler. This is an explicit, first-order method, mostly useful for debugging. New integrators AB (Adams-Bashforth) with various orders. These are explicit integrators using several past timelevels to provide higher-order integration with a single RHS evaluation each. Introduce LinearCombination, a generic routine to calculate linear combinations of grid functions. This simplifies existing code, and can be overloaded if MoL should run on a device (e.g. with OpenCL). Replace cctk_lsh with cctk_ash where necessary. git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@190 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Introduce a parameter to choose whether MoL appliesbentivegna2012-10-24
| | | | | | | | boundary conditions (and synchronization, and prolongation) to the initial data. git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@181 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* MoL: add Multirate capabilities. This add three new multirate RK schemes to MoL.rhaas2012-08-02
| | | | | | | | | | | Flags indicate whether it is time to execute slow RHS computation. For instance, in the RK4-RK2 scheme, there are 4 substeps in total, but the RK2 RHS are only evaluated in the very first and in the very last step of the four substeps. From: Christian Reisswig, minor changes by Roland Haas git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@175 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Allow skipping setting the RHS to zero in MoLeschnett2012-06-12
| | | | | | | | | | | | By default, MoL initialises the RHS variables to zero before calling the CalcRHS routines. This is (a) superfluous in a well-written code, and (b) makes it impossible to re-use a RHS that has been calculated ahead of time, e.g. at the end of the previous time step. This patch adds a parameter to disable this behaviour. git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@173 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* schedule MoL_DecrementCounter and MoL_ResetTime before PostStepModifyrhaas2011-12-21
| | | | | | | to match what happens to MoL_PostStep git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@154 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Remove OldBoundary infrastructureeschnett2011-11-12
| | | | | | | Remove now-unused and currently broken OldBoundary infrastructure git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@153 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Schedule MoL_PostStepModify before MoL_PostStepeschnett2011-08-19
| | | | git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@149 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Introduce new schedule groups, correct scheduling of others.eschnett2011-08-02
| | | | | | | | | | Help ensure exact consistency while checkpointing and recovering: Introduce new schedule groups MoL_PostStepModify and MoL_PseudoEvolutionBoundaries. Correct scheduling of MoL_PseudoEvolution. git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@148 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Add new schedule group MoL_PseudoEvolution.schnetter2010-02-19
| | | | | | | | | | | | | | | | | | | | | | | | | | Certain variables need to be calculated at every time step, but are not evolved in time themselves. For example, the ADM constraints are of this type. Such calculations need to be scheduled in several locations: - AT postinitial - AT evol AFTER MoL_Evolution - AT postregrid - AT postregridinitial - AT post_recover_variables (assuming these quantities are not checkpointed) To simplify scheduling this, this new schedule group MoL_PseudoEvolution is scheduled at all these times. Other thorns can then schedule their calculations in this single location. This simplifies their schedule specifications, and helps prevent errors since people tend to forget to schedule at some of these times. This group complements MoL_PostStep, where quantities can be calculated that need to be re-calculated after every sub-time-step, such as e.g. the ADM variables. git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@139 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Rename schedule group so that its name remains MoL_PostStep.schnetter2010-02-10
| | | | git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@138 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Schedule MoL_PostStep also at post_recover_variables. This ensuresschnetter2010-02-10
| | | | | | | | that boundary conditions, ADM variables etc. are correct after recovering. git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@137 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Correct scheduling error of MoL_RestoreSandR and MoL_FinishLoophawke2007-09-07
| | | | | | | identified by Yosef Zlochower. git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@125 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Schedule the MoL_PostStep parts in the POSTREGRID bin so thatschnetter2007-05-23
| | | | | | | | boundaries and symmetries are applied correctly. (This is equivalent to scheduling MoL_PostStep in POSTRESTRICT.) git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@123 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Correct the problem with scheduling the "Old Style" Boundaries by running ↵hawke2006-08-24
| | | | | | various routines in LEVEL mode. git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@119 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Modification for evolving array variables; change to localhawke2006-08-01
| | | | | | | | | arrays. This gets around the problems with the driver allocating the scratch space differently on multiprocessors from the individual arrays. git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@116 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* "Old boundary" interface, as provided by Yosef Zlochower.hawke2006-07-28
| | | | | | | | | This sets CCTK_DELTA_TIME in a different way to the standard MoL method inside a bin in MoL_PostStep. I believe this is designed for use with the standard Cactus Radiative boundary condition. git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@114 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Efficient RK4, as provided by Yosef Zlochower.hawke2006-07-28
| | | | git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@113 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Fix error in scheduling of MoL_DecrementCounter spotted by Erikhawke2006-06-01
| | | | | | | | Schnetter. Due to default ordering this will make no difference to any results. git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@112 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Implement RK45 Cash-Karp integrator in MoL.schnetter2006-02-19
| | | | | | | | | | This integrator is similar to the existing RK45 integrator. It also supports adaptive time stepping, but uses slightly different coefficients. The Numerical Recipes say that it has "slightly better error properties". git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@110 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Peter Diener's RK65 and RK87 adaptive timestep integrators.hawke2006-01-23
| | | | | | | | | As yet not altered to do grid arrays. As with RK45, adaptive timestepping does not work with mesh refinement. git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@106 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Provide a new schedule bin MoL_RHSBoundaries:hawke2005-05-09
| | | | | | | | | | | | | | | | ############################################################### ### Certain operations, specifically boundary conditions ### ### applied to the RHS must be performed after all other ### ### operations. These can be scheduled in this bin, under ### ### the assumption that things like dissipation are ### ### scheduled in the MoL_PostRHS bin. It is the users ### ### problem to ensure that this is really done. ### ############################################################### Fixes PR/1924. git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@90 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* As per my proposal injthorn2005-03-30
| | | | | | | | | | | | | | | http://www.cactuscode.org/pipermail/developers/2005-March/000815.html add a new parameter copy_ID_after_MoL_PostStep to control precisely *when* in CCTK_POSTINITIAL MoL_FillAllLevels is scheduled if initial_data_is_crap is set. The default (MoL_FillAllLevels is scheduled *before* MoL_PostStep) matches the previous behavior, so there's no change required to par files unless you want the new behavior (MoL_FillAllLevels is scheduled *after* MoL_PostStep). git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@87 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Forgot to commit the schedule.ccl with last commit.hawke2005-02-01
| | | | git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@84 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Adaptive step size control using RK45. Due to Erik Schnetter.hawke2005-01-27
| | | | | | | | | | | Note that if you want to use this with Carpet you currently have to use the development (darcs) version of Carpet together with the parameter carpet::adaptive_stepsize = "yes". git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@82 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Runge-Kutta (Fehlberg) 45 with error estimation.hawke2004-09-06
| | | | | | | | | | | | | Fourth order accurate evolution with an additional fifth order step for error estimation. How much sense the error makes is unclear to me, but hey. For the moment the error is stored in an internal MoL array ErrorEstimate; there is one per evolved variable. At a later point this may be moved out to user thorns who can register their own etc. As the implementation uses 6 evaluations of the RHS (necessary) and 6 levels of scratch space (one more than necessary - laziness kicked in) then this is very expensive. This is a partial fix for PR/1840. git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@74 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Setup RKCoefficients in global mode.hawke2004-04-21
| | | | git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@63 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* One more time; change the storage statements for permanent arrayhawke2004-04-05
| | | | | | | | scratch space. Should not have caused an error because of the temporary statements. git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@62 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* The bug that will not die; another storage statement that tries to switch on ↵hawke2004-03-30
| | | | | | zero sized variables. git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@59 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Forgot to remove inclusion of Carpet header files.hawke2004-03-30
| | | | | | | Ensure that storage is not switched on for empty ArrayScratchSpace group. git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@58 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Initialise the RHS with zero before scheduling the physics routines.schnetter2004-03-23
| | | | | | | | This is necessary because MoL switches off boundary prolongation when there is mesh refinement, leaving certain grid points undefined. git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@54 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Remove LANG specifiers for scheduled groups.schnetter2004-03-23
| | | | git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@53 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Schedule the registration routines in WRAGH instead of INITIAL.schnetter2004-03-23
| | | | | | | | | Schedule the report routines in META mode. Schedule the timestep-bookkeeping routines in LEVEL mode. git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@51 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Run the MoL_PostStep group also in the postinitial bin.schnetter2004-03-10
| | | | git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@50 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Rewrite the storage statements so that (hopefully) there is never ahawke2004-02-27
| | | | | | | | request for storage for a zero sized group. This looks really horrible and should be fixed. git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@48 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Forgot to commit schedule.ccl for last change. Add configuration.ccl.hawke2004-01-12
| | | | git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@46 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Postrestrict is now a bin.schnetter2003-11-05
| | | | git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@40 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Schedule PostStep in PostRestrict.hawke2003-09-30
| | | | | | | This may be expensive but should stop me wondering "Why does that symmetry boundary look wrong?" when using a new thorn with Carpet. git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@35 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Add the ability to NaNcheck the RHS GFs.hawke2003-09-04
| | | | git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@34 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Add two methods:hawke2003-07-22
| | | | | | | | | | | RK3. The optimized version of the TVD RK3 solver. Requires no scratch space so is about as efficient as ICN, but third order. Generic method from a parameter table. By specifying the number of intermediate steps and the alpha and beta arrays, create your own method at parameter time. Not well (or at all) documented because it doesn't seem to work correctly at the moment. Some tidying of extraneous code as well. git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@29 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Erik Schnetter's implementation of ICN with averaging, so the intermediate ↵hawke2003-07-18
| | | | | | steps are always at t+dt. git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@24 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Optionally don't fill all timelevels after initial data is computed (changes ↵hawke2003-07-17
| | | | | | the default but should have no effect). git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@23 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Hopefully this will fix the problem with recovering from checkpoints.hawke2003-07-07
| | | | git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@19 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Correct a major screw up with the setting of t/dt that was causing the ↵hawke2003-06-20
| | | | | | BSSN_MoL testsuite bh_shift_rad to fail. git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@18 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Change MoL_ODE_Method parameter to ODE_Method to be consistent with original ↵hawke2003-05-25
| | | | | | MoL. Don't know why I did this in the first place. git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@15 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Comment or ifdef out complex variable support as Carpet doesn't like it.hawke2003-05-24
| | | | | | | To use the complex variable stuff right now you need to uncomment the appropriate groups in the interface.ccl and #def MOLDOESCOMPLEX in the appropriate files. It still probably won't work. git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@13 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Add support for evolving complex GFs and (real and complex) GAs.hawke2003-05-21
| | | | | | | | | Only works with ICN or RK2 for now - in fact this commit may break the generic RK methods temporarily. Note the documentation isn't quite right - there's no longer a seperate function for each different type... git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@12 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Change the fileversion strings and comments from MoL2->MoL (cosmetic).hawke2003-04-24
| | | | | | | Change the grid scalar used in the schedule.ccl from MoL2->MoL (necessary). git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@4 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
generated by cgit v1.2.3 (git 2.39.1) at 2024-05-18 11:32:45 +0000