slight improvement in allocation and time in benchmark but too small.

small.

Fix of a misbehaviour of isbounded() for trajectories.

Add several convenient methods for parameters of model.

Next step: implementation of simulate with resize!.

order to replace vcat by push!.

The benchmarks are at least equal, and better when the buffer size is
small. However, no significative difference of performance with adequate
buffer size.

My opinion the gain can be seen when simulations are going to be very
long with more complicated models than we have implemented for now.

All tests passed.

Automaton G is implemented and runs OK. Not tested with Cosmos call.

The next step of development is the restruction of data collection for
trajectories.

From now on: Trajectory.values::Matrix{Float64}, it will be
Trajectory.values::Vector{Vector{Float64}}.

According to small performance tests I've made, it will increase the
performance of the package.

Add of set_time_bound!
Add of a first notebook example to explain the package.

Add of a major test based on Cosmos: tests/cosmos/distance_F/ER_1D.jl

The LHA distance F of this package is tested with Cosmos.
For several parameters in R1, R2, R3 experiments (see Bentriou,
Ballarini, Cournede 2018), Cosmos is called to
compute an average distance. Then we collect the number of simulations
and the estimated value computed by Cosmos.
We compute an average distance by the package methods with the same
number of simulations done by Cosmos

Then the two average distances are compared to each others with
regard to the width of the confidence interval set in Cosmos.
Test passed.

Add of a new type of Trajectory: SynchronizedTrajectory which is created
by the simulation of a synchronized model with an LHA.

Simulate function for SynchronizedModel executes and is tested by two
simple models.

Next step : Cosmos based tests.

Add of several useful functions for access values of model, lha and
trajectory objects.

an object.

Type stability of simulate, dist, read_trajectory seems to be preserved.

First implementation of LHA.
Synchronized simulation not yet tested.
Reading of trajectories with LHA seems to work with one test basted on
simulations that checks that the last value is well read.

Major fix of type unstabilities which improved performances.
For now on, we observe for pygmalion benchmarks:
+2x speed simulation compared to simulation of models.
100x speed in terms of reading values (no allocations).

Add of bench for @view macro.

Fix of a major issue in the simulation: sometimes the number of states
wasn't consistent. Add of test to check the consistency of the
Trajectory structure (unit/check_trajectory_consistency).

Implementation of the lp distance for trajectories.
Add of unit tests for lp distance.

can be set by the user. Changes of SIR and ER.

previously loaded model). The package warns when this happen.

Several benchmarks for the data structure. Now we chose the row buffer
method according to results (mainly because the trajectory access with
far way faster, but strangly not that much differences in other cases).

- a script to run the different categories
- now the execution of simulation/ scripts is checked
- several minor changes and add of tests

New directory : models/_bench_perf_tests.  Models for performance benchmarking purposes.

In fine I give the Abstract and Static arrays types up.

- Real => Float64 for better performance (Real is an abstract type)
- Should not create a type inside the model because the compiler fails
at estimating the type of the output of the f function (detected with
@code_warntype)
- Intentionaly ER is not as well improved as SIR in order to check the
differences of performance.

- Add of benchmark scripts that compares perf wrt pygmalion.
=> As expected it is bad in terms of reading cost (because of row by row
matrix read) but it is also not good in terms of simulation cost.
hcat seems to perform badly, should investigate.

Files should have the same name as the exported model variable (<:Model)

SIR model.

- Evolution of the ContinuousTimeModel type
- simulate, easy access to Trajectory fields
- fix of several errors

run the tests
Function load_module in core + test

Two folders:
- core/ which contains the essential files for the packages
- tests/ which contains tests and benchmarks of other packages / methods

For now on:
- we wrote minimal tests in tests/ (a simulation of SIR model) that should run for
a first minimal version of the package
- we described in core/ the general structure of essential
types, how they articulate each others and the minimum methods we should
implement for a first version that runs the tests.