Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

TensorFlow image classification tests running out of memory on Linux x64

Abierto Apto para principiantes
#7,836 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 2 días

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
2/5
Tiempo estimado
1-3 horas
Aptitud para principiantes
62/100
Tipo de issue
Error
Claridad
Bien especificado
Estado de actividad
Activo
Stack tecnológico
csharp, linux, tensorflow

Línea de trabajo

Empieza por los seis métodos de entrenamiento de clasificación de imágenes de TensorFlow y sus atributos de prueba en el proyecto de pruebas de TensorFlow. Después, comprueba cómo se aplican las condiciones de plataforma y configuración de compilación a las pruebas cercanas. Aísla los métodos de entrenamiento como grupo para las ejecuciones locales en Linux x64 y para las configuraciones Debug y Release, conservando las demás pruebas y plataformas de TensorFlow. La tarea está terminada cuando los casos de entrenamiento especificados se omiten en Linux x64 y las demás pruebas siguen habilitadas.

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

Descripción

area-TensorFlow untriaged

System Information (please complete the following information):

  • OS & Version: Ubuntu 22.04 and CentOS Stream 9 x64 Helix containers.
  • ML.NET Version: PR #7833, commit 100af589f.
  • .NET Version: .NET 8, Debug and Release.

Describe the bug
Accurate native-library detection enables previously skipped TensorFlow tests. The process exits with code 137 during TensorFlowImageClassificationWithExponentialLRScheduling in Release and TensorFlowImageClassificationBadImages in Debug. Debug logs report peak memory up to 7.2 GB. An OOM kill is suspected, not kernel-confirmed.

Screenshots, Code, Sample Projects
Ubuntu Debug log · Ubuntu Release log

Additional context
Temporarily quarantine the six image-classification training methods (10 test cases) as a group on Linux x64, including local runs and both build configurations. This covers default training, architecture variants, learning-rate scheduling, early stopping, and bad images. Keep non-training TensorFlow tests and other platforms enabled.

Reproduced outside Helix in Ubuntu 22.04 WSL x64 with the original Release binaries, .NET 8.0.16 and two CPUs: at a 16 GiB limit, 36 tests passed with 2 existing skips (peak RSS about 14.2 GiB). At an experimental 8 GiB limit, the kernel OOM-killed dotnet during BadImages. This does not establish the actual Helix memory limit. Memory retention across tests may contribute, so individual skips may only move the failure later.

The two initial skips were honored, but build 1643911 was killed later in TensorFlowImageClassification or TensorFlowImageClassificationEarlyStopping (Ubuntu Release log). The latest payload also OOM-kills at 8 GiB in WSL. Enabling the existing per-test GC option did not prevent the OOM, so that experiment was reverted.

With the training-group quarantine, the same 8 GiB WSL reproduction completes successfully: 26 passed and 8 reported skips (6 training methods plus 2 existing model-unavailable skips), with peak RSS about 1.26 GiB. The two quarantined theories cover multiple data rows. Linux CI still needs to rerun; this is a temporary coverage reduction, not a fix for the memory retention.

Lenguaje dominante
C#
Estrellas
9.4k
Forks
2k
Merge medio
2 d 14 h
PR fusionados (30 d)
50

Preparar el entorno

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 dotnet/machinelearning

Todos los issues de dotnet/machinelearning

Issues similares

Más issues de C#

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.