Skip to content

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

@naveenragur

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

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