aboutsummaryrefslogtreecommitdiff
path: root/interface.ccl
Commit message (Collapse)AuthorAge
* 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
* 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
* interface.ccl: Add section for device supporthinder2012-02-01
| | | | git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@155 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Call the NaNChecker via the aliased function CheckVarsForNaN insteadschnetter2008-09-22
| | | | | | | | of calling it directly. This decouples thorn MoL from thorn NaNChecker. git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@128 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Remove outdated commentschnetter2007-12-07
| | | | git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@127 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* tag grid function groups MoL::ScratchSpace and MoL::SandRScratchSpacetradke2007-10-18
| | | | | | | | with 'Checkpoint="no"' (fixes http://www.cactuscode.org/old/pipermail/developers/2007-October/005461.html) git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@126 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Add new aliased function MoLNumIntegratorSubsteps, which returns theschnetter2007-09-05
| | | | | | | | | | | number of stusteps that the time integrator performs for one time step. This information can e.g. used to automatically calculate the necessary number of buffer zones for mesh refinement. git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@124 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
* Tag all MoL variables except the ErrorScalars with Checkpoint="no".tradke2006-05-16
| | | | git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@111 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
* Remove extraneous variable names to avoid CST warnings.hawke2004-05-12
| | | | git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@66 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Correct the prototype of the Carpet aliased function.hawke2004-03-29
| | | | git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@57 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Use the aliased function to en/dis able prolongation instead of linking ↵hawke2004-03-29
| | | | | | | | | direct through the header file. Add parameter to say if we want to use this function (by default we do, so nothing changes). git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@56 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
* Erik's changes to do general dissipation adding.hawke2004-01-12
| | | | git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@45 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Remove unused dummy entries.schnetter2003-11-05
| | | | git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@39 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Tags to stop Carpet prolongating the scratch space.hawke2003-10-15
| | | | git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@36 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
* Switch off prolongation in Carpet during evolution - patch from Erik Schnetter.hawke2003-07-21
| | | | git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@26 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 to the new function aliasing interface.hawke2003-05-03
| | | | git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@10 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
* The Method of Lines thorn (version 2 - see below).hawke2003-04-23
MoL provides generic integration methods for multiple thorns simultaneously. By providing a layer between the driver and evolution thorns, this should mean that some technical issues to do with mesh refinement can be ignored. It also allows you to choose different evolution methods (in time, at least). But the primary purpose is to unambiguously evolve models in different thorns at the same time. This is version 2 - the one that will work with mesh refinement. It's a straight copy of HawkeCVS/Public/CactusMoL2/MoL2 and I haven't checked that it will work "as is" with the new name (one of the reasons it goes into Alpha). At the moment the only evolution method guaranteed to work with mesh refinement is ICN, although RK2 should. The generic RK methods will do something that will be subtly wrong... Note that the "old" way of registering variables (through the functions declared in header files) is still there. As soon as function aliasing settles down, this will be removed. Also to be done: Better documentation Tidy up the code (especially the debugging statements) Optimize Add various useful time evolution methods. git-svn-id: http://svn.cactuscode.org/arrangements/CactusNumerical/MoL/trunk@2 578cdeb0-5ea1-4b81-8215-5a3b8777ee0b
generated by cgit v1.2.3 (git 2.39.1) at 2024-05-18 04:51:45 +0000