with evolve_ice turned off, beta_internal differs on restart

Abierto
#13 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
4/5
Tiempo estimado
3-5 días
Aptitud para principiantes
25/100
Tipo de issue
Error
Claridad
Necesita aclaración
Estado de actividad
Estancado
Stack tecnológico
fortran
Área
hpc

Línea de trabajo

Comienza con la prueba ERS_D_Ly3.f09_g16_gl4.TGIS2.yellowstone_pgi.cism-noevolve de r79699 y reproduce su fallo de reinicio con evolve_ice = .false. Compara beta_internal para glissade y uflx/vflx para glide con la base de código referenciada por PR #58; se considera terminado cuando las ejecuciones de reinicio produzcan campos coincidentes.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

bug

From @billsacks on August 9, 2016 18:21

This is a low priority issue, but @whlipscomb suggests that we track it so that we can look into it at some point.

In my testing of the most recent code within CESM, I discovered that, when I turn ice evolution off (evolve_ice = .false.), restart runs fail due to differences in the beta_internal field when running with glissade. (They also fail due to differences in uflx and vflx with glide.)

Specifically, I observed this with test ERS_D_Ly3.f09_g16_gl4.TGIS2.yellowstone_pgi.cism-noevolve from r79699 on branch https://svn-ccsm-models.cgd.ucar.edu/glc/branches/develop_update_2016_07, which points to the code base in PR #58 . I also observed this in the n06 branch tag on that branch, which did calving_init even when ice evolution was off. (i.e., this problem occurs whether or not you do calving in initialization.)

Copied from original issue: E3SM-Project/cism-piscees#59

Lenguaje dominante
Fortran
Estrellas
13
Forks
17
Merge medio
3 d 15 h
PR fusionados (30 d)
1

Preparar el entorno

Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de ESCOMP/CISM

Todos los issues de ESCOMP/CISM

Issues similares

Más issues de HPC

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.