`filewriter`: deployment topology
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Tranquilo
- Área
- distributed-systems
Línea de trabajo
Empieza leyendo las alternativas de topología de despliegue de este issue y, después, revisa los issues vinculados #96 y #85 para conocer las restricciones relacionadas. Identifica cómo debe la arquitectura elegida admitir HRPD-X, SANDALS2, WISH y VESUVIO, manteniéndose a la vez extensible hacia MNeuData; se considera terminado cuando la arquitectura se haya acordado y documentado.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
We need to define how the filewriter and other cooperating processes will run.
- One-per-instrument: each FW process incrementally writing out the events from a single instrument
- Pooled: some number, perhaps dynamic, of filewriters which may pick up a writing job from any instrument. This is the architecture that ESS use.
Things to consider:
- Pooled architecture is a requirement if we might ever collect data faster than it can be written to disk. This seems unlikely at present.
- Consider interaction with https://github.com/ISISComputingGroup/DataStreaming/issues/96 ; this likely makes a pooled architecture more desirable
- Needs to work for HRPD-X/SANDALS2/WISH/VESUVIO etc before MNeuData is available. We do not need to solve the MNeuData case in this issue, but we should pick an architecture which makes it possible to extend in likely MNeuData directions later.
- Consider interaction with https://github.com/ISISComputingGroup/DataStreaming/issues/85
- Lenguaje dominante
- Sin datos de lenguaje
- Estrellas
- 0
- Forks
- 0
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Guía de contribución
No hay ninguna guía de contribución indexada para este repositorio
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 ISISComputingGroup/DataStreaming
-
ISISComputingGroup/DataStreaming#115 · 1 asignado ·
-
Filewriter: implement structure Abierto
ISISComputingGroup/DataStreaming#114 · 1 asignado ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 45/100
-
Dificultad 3/5 1-2 días Aptitud para principiantes 48/100
Todos los issues de ISISComputingGroup/DataStreaming
Issues similares
-
bug customer-eng Durable Agents Inngest status: needs triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
-
ai_reviewed
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
ydb-platform/ydb#53838 · 3 comentarios ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
NovaSky-AI/SkyRL#2263 ·
-
ShuffleManagerRegistry.register recursion guard is inverted, permits GlutenShuffleManager subclasses Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
-
bug
Dificultad 1/5 1-3 horas Aptitud para principiantes 88/100