Benchmarks: reduce coupling to Coiled as the remote runner
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 22/100
- Tipo de issue
- Refactorización
- Claridad
- Necesita aclaración
- Estado de actividad
- Tranquilo
- Stack tecnológico
- gcp, python
- Área
- cloud, performance
Línea de trabajo
Start in benchmarks/geospatial/engine_suite.py, where remote runs go through the coiled.function decorator, and read how the harness provisions the native module and handles VM lifecycle. The issue does not settle which provider replaces Coiled, so a maintainer decision on that comes first. Done means the suite runs remotely without a Coiled dependency, with the chosen provider documented.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
The geospatial engine suite (benchmarks/geospatial/engine_suite.py) drives its remote runs through Coiled Functions. Coiled is convenient (environment sync, one reused VM per machine size) and works well today, but in review Alex raised a fair durability question: with Matthew Rocklin stepping back from Coiled (https://matthewrocklin.com/stepping-back/), it is unclear how durable Coiled Functions are long term, so the suite should not be hard-tied to a single provider.
- Vanilla Cloud Run was suggested as a good fit, since we usually profile against ARCO-ERA5 in-region (us-central1).
- The remote side of the suite is already mostly provider-agnostic: cells are plain functions taking a source tarball, and the native module is provisioned per VM by the harness itself (4b76f31b7b5aba579ffb71ed110e4f44d891ad3d), so porting means swapping the
coiled.functiondecorator and the VM lifecycle handling.
Context: https://github.com/xqlsystems/xarray-sql/pull/227#discussion_r3592761115
- Lenguaje dominante
- Python
- Estrellas
- 142
- Forks
- 19
- Merge medio
- 1 d 9 h
- PR fusionados (30 d)
- 10
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
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 xqlsystems/xarray-sql
-
documentation
Dificultad 1/5 1-3 horas Aptitud para principiantes 85/100
xqlsystems/xarray-sql#268 ·
Los mantenedores suelen responder en 1 día
-
enhancement
Dificultad 2/5 1-3 horas Aptitud para principiantes 64/100
xqlsystems/xarray-sql#267 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 74/100
xqlsystems/xarray-sql#243 ·
Los mantenedores suelen responder en 1 día
-
publish.yml: the TestPyPI verification step is unreachable (and installs the wrong package name)Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
xqlsystems/xarray-sql#242 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
xqlsystems/xarray-sql#237 ·
Los mantenedores suelen responder en 1 día
Todos los issues de xqlsystems/xarray-sql
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 77/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 67/100
webrecorder/warcio#209 ·
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
Jeffy123-zhu/logspecter#20 ·
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 85/100
Los mantenedores suelen responder en 1 día