FlyBackend supports mounting volume
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 30/100
Línea de trabajo
Start with the FlyBackend implementation and the abandoned PR #22 to understand the existing volume-mounting approach. Check how Fly volume IDs, instance creation, autoscaling, and concurrent runner startup interact; done means a built-in solution supports the requested volume behavior without hardcoded project-specific values.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
I'm using FLAME for my project to run ML workload running on Fly. To avoid download the 4GB model data every time starting a FLAME runner, a Fly volume needs to be attached to the instance.
Currently there is a PR https://github.com/phoenixframework/flame/pull/22 by @benbot, however, it seems abandoned for 3 months.
Token a brief look, the tricky part seems that:
- Fly volumes don't auto-scale when creating new instance,
- and the API requires the caller to explicit specify the volume id instead of just the name.
This might become trickier when multiple nodes in the cluster trying to start the runners at the startup time causing potential race condition.
I currently forked the FlyBackend and hardcoded the volume info to make things working in my project. But a proper built-in solution would be very nice.
- Lenguaje dominante
- Elixir
- Estrellas
- 1.2k
- Forks
- 68
- Métricas de merge de PR
- Sin PR fusionados en 30 d
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
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de phoenixframework/flame
-
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
phoenixframework/flame#86 · 3 reacciones ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
phoenixframework/flame#84 · 1 comentario ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
phoenixframework/flame#75 · 2 comentarios ·
-
Clean up code_sync tmp files on terminator shutdownQuizá libre de nuevo @chrismccord la tomó hace 692 días y no hay ningún pull request abierto. Abierto
phoenixframework/flame#70 · 1 asignado ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
phoenixframework/flame#66 · 1 comentario ·
Todos los issues de phoenixframework/flame
Issues similares
-
Remove agent guidance that restates what the code showsPosiblemente ocupada @zorn la tomó hoy. Abiertodocumentation low-priority
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 66/100
intellij-elixir/intellij-elixir#4501 ·
Los mantenedores suelen responder en 1 día
-
Database text with `$` generates invalid `d2` outputPosiblemente ocupada @halostatue la tomó hace 1 día. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 67/100
-
bug(dashboard): gate card last-seen badge shows inventory-sync timestamp, not sweep observation timeAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 77/100
carverauto/serviceradar#5793 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
npm: file fetcher aborts with "engines.<key> must be a string" when package.json engines contains a nested object (e.g. cordovaDependencies)Posiblemente ocupada @v-sachin-sandhu la tomó hace 1 día. AbiertoL: javascript
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
dependabot/dependabot-core#16615 · 1 asignado ·
Los mantenedores suelen responder en 1 día