Skip to content

Issue with free list used for memory allocation when using geoclaw for fine resolution inundation over multiple AMR refinement regions #678

Description

@naveenragur

While running a model for high resolution inundation modelling I ran into a simulation crash. Maybe due to how memory allocation is handled for extensive AMR systems.

Simulation log ended with following message:
AMRCLAW: level 4 CFL = .680E+00 dt = 0.6073E-01 final t = 0.372212E+01
AMRCLAW: level 4 CFL = .680E+00 dt = 0.6073E-01 final t = 0.378284E+01
AMRCLAW: level 4 CFL = .680E+00 dt = 0.6073E-01 final t = 0.384357E+01
free list full with 5000 items
Note: The following floating-point exceptions are signalling: IEEE_UNDERFLOW_FLAG IEEE_DENORMAL ==> runclaw: Done executing /home/nrr/projects/sim_tests/noto/tsunami/geoclaw/xgeoclaw via clawutil.runclaw.py ==> runclaw: Output is in /home/nrr/projects/sim_tests/noto/tsunami/geoclaw/_output come from

Solution tried:
Increased the lfdim parameter from 5000 default to 50000 in line 236 of clawpack-v5.13.0/amrclaw/src/2d/amr_module.f90 to handle it.

Just wanted to check in if increasing the lfdim has any adverse effects?

Thanks
Naveen

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions