Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Issues with halo sampler snapshot cadence #376

Open
daviesje opened this issue Apr 3, 2024 · 0 comments
Open

Issues with halo sampler snapshot cadence #376

daviesje opened this issue Apr 3, 2024 · 0 comments
Assignees
Labels
context: v4-prep This issue regards changes to the v4-prep branch type: bug Something isn't working

Comments

@daviesje
Copy link
Contributor

daviesje commented Apr 3, 2024

The current behvaiour using the halo sampler in both run_coeval and run_lightcone is to simply loop through each redshift in reverse order at the beginning to generate the halo populations. This has created some issues with the caching, recursive generation, and run_coeval.

  • The same parameter set + random seed can result in different output, resulting from the fact the initial halo sample is at the lowest redshift:

    • In run_lightcone this is relatively mild, since the cadence is set by the global parameters, a lightcone ending at z=6 will have a different halo sample at z=10 than the same parameter set run to z=8.
    • In run_coeval, however, the halo population is dependent on the requested redshifts. Since halo populations are always calculated at the requested redshifts, and the time between snapshots determines the sampling.
    • This can be controlled slightly using user_params.STOC_MINIMUM_Z, however this is in the framework of the recursive generation, which has issues (Remove/Improve Recursive Generation #363) and will simply step forward in time by ZPRIME_STEP_FACTOR until it reaches STOC_MINIMUM_Z, and calculated the required halo populations. Using this parameter we can evolve from a similar minimum redshift, however due to using the multiplicative factor the redshift will not be exactly the same, and the effect will be similar to a change in random seed.
  • If we use run_coeval with multiple redshifts and USE_TS_FLUCT or INHOMO_RECO, it is possible to get two snapshots very close to each other, since the required redshifts are inserted into the list obtained for the spin temperatures. If the sampler tries to generate progenitors too close together, issues can arise. I know that the error in the sampler increases the smaller the timestep is, but I have not fully quantified this.

It will be necessary to examine how the cadence of the halo sampler should relate to the cadence of the spin temperature / recombinations, as well as the user-defined redshifts in run_coeval.

@daviesje daviesje added context: v4-prep This issue regards changes to the v4-prep branch type: bug Something isn't working labels Apr 3, 2024
@daviesje daviesje self-assigned this Apr 10, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
context: v4-prep This issue regards changes to the v4-prep branch type: bug Something isn't working
Projects
Status: Ready
Development

No branches or pull requests

1 participant