Original en inglés: https://argusic.com/subject/siddhi

siddhi

Motor de procesamiento de flujos y eventos complejos

No se pudo verificarfuente: GitHubsitio webJavaApache-2.0commit e1da9b7f3cd7

Java, licencia Apache-2.0. El proyecto se describe a sí mismo como: cep, cloud, cloud native, cncf, complex event processing, library, online learning y stream processing.

Argusic no consiguió que siddhi funcionara. Un agent de Argusic no encontró ningún error en una máquina limpia sin GPU, y toda la sesión quedó grabada.

Medido por Argusic en una máquina limpia cada vez. Cada cifra enlaza a su evidencia.

De un vistazo

veredicto
No se pudo verificar
Puntuación Argusic
aún sin puntuación
costo de la ejecución de verificación
0,29 USD (medido)
ejecuciones registradas
2
última prueba
estrellas
1597
forks
528
issues abiertos
125
observadores
112
tamaño
35 MB
creado
último push

Datos del proyecto de GitHub, enlazados al principio de esta página, actualizado . Datos de prueba de Argusic (CC BY 4.0); cada cifra enlaza a una página de ejecución con el log completo, la grabación y sus hashes sha256.

Qué se midió

De la ejecución que decidió este veredicto. Cada línea es un valor registrado, no una estimación.

Commit exacto probado
e1da9b7f3cd7
Imagen del contenedor
sha256:cdd920bce783

Qué no se midió

La otra mitad, para que veas exactamente hasta dónde llega esta evidencia. Un hueco se muestra como hueco y nunca se rellena.

Tiempo de instalación
la ejecución no lo informó
De máquina en frío a terminar
el intento se detuvo en el límite de tiempo después de 87 minutos, así que nunca terminó
Errores encontrados y corregidos
el intento se cortó en el límite de tiempo antes de informar de lo que había encontrado
Cómo se demostró el resultado
las ejecuciones anteriores al 2026-09-07 no registraban el comando usado para comprobar el resultado
Memoria de GPU máxima
se ejecutó en una máquina con CPU, así que no había GPU que muestrear
Tokens de modelo usados
no se registró en esta ejecución
Comportamiento en una ejecución larga
cada intento usa la configuración documentada más pequeña y un presupuesto de tiempo fijo, así que esto mide si funciona, no cómo aguanta bajo carga
Si funciona en absoluto
el intento no llegó lo bastante lejos como para verificar nada antes del límite de tiempo

El final de la grabación

Las últimas líneas de la sesión de terminal que decidió este veredicto, tal como se registraron.

        Assert.assertEquals(response.getStatus(), 200, "HTTP 200 should be returned");
        Assert.assertTrue(response.getEntity().toString().contains("Siddhi app is deployed and runt…
                "Siddhi App creation message should be returned");
        Response undeployResponse = apiService.siddhiArtifactUndeploySiddhiAppGet("filterTest1");
        Assert.assertEquals(undeployResponse.getStatus(), 200, "HTTP 200 should be returned");
        Assert.assertTrue(undeployResponse.getEntity().toString().contains("Siddhi app removed succ…
                "Siddhi App removed message should be returned");
    }
}
Let me try running the full test suite one more time to get a clean summary from scratch, and also …
exec
/bin/sh -lc 'export JAVA_HOME=$HOME/tools/java && export PATH=$JAVA_HOME/bin:$HOME/tools/maven/bin:…

Reproducir la sesión completa, cada comando desde una máquina limpia hasta este punto.

Cómo se probó

Un agent, un contenedor, sin ayuda humana. Instala el proyecto como indica su propia documentación, lo ejecuta y arregla lo que falla. Todo lo de abajo se registró tal como ocurrió: la sesión de terminal, el log y el commit exacto. La metodología completa.

Puntos fuertes y límites

Hechos medidos, no opiniones. Cómo se redacta.

Qué salió bien

  • Nada se rompió por el camino: cero errores entre el clon y el funcionamiento.
  • Licencia Apache-2.0, según su plataforma de origen.
  • Medido 2 veces, así que el resultado no es algo puntual.

Qué no salió bien, o no se sabe

  • Un agent sin límite de tiempo no consiguió que funcionara.

También probados, en la misma área

Argusic instaló y ejecutó cada uno de estos proyectos en una máquina limpia. Aquí no aparece nada que no se haya probado.

  • fluvio probados, sin verificar · Rust · 3 temas en común
  • vector verificados que funcionan · Rust · 2 temas en común
  • nats-server verificados que funcionan · Go · 2 temas en común
  • encore verificados que funcionan · Go · 2 temas en común
  • mirrord verificados que funcionan · Rust · 2 temas en común
  • riko verificados que funcionan · Python · 2 temas en común

Historial de ejecuciones

probado porintentoresultadopuntuacióncosto USDcuándo
Argusic Runner2/3Se quedó sin tiempo0,000,29
Argusic Runner1/3Se quedó sin tiempo0,000,32

Temas (de GitHub)

cepcloudcloud-nativecncfcomplex-event-processinglibraryonline-learningstream-processingstreaming-data-processing

Insertar el badge

Markdown para el README del proyecto. Enlaza de vuelta aquí; condiciones en la página de términos.

[![Tested by Argusic](https://argusic.com/badge/siddhi.svg)](https://argusic.com/subject/siddhi)

Preguntas

¿Funciona siddhi?
Argusic no pudo verificar que siddhi funcione. Argusic lo instaló y lo inició en una máquina limpia, con 0 errores por el camino, y grabó la sesión.
¿Cómo probó Argusic siddhi?
En una máquina limpia y desechable, con cada comando grabado y el repositorio fijado en el commit e1da9b7f3cd7. Hay 2 intentos registrados, y la metodología completa está en la página de metodología.
¿Cuánto costó probar siddhi?
La ejecución que produjo este veredicto costó 0,29 USD: costo real de cómputo y de modelo, no un precio de lista por millón de tokens. Consta en la página de esa ejecución.
¿Necesita siddhi una GPU?
No para arrancar. Argusic consiguió que funcionara en una máquina sin GPU.
¿Qué falla al instalar siddhi?
Nada, en la ejecución registrada: cero errores entre el clon y el funcionamiento.
¿Dónde está la evidencia de siddhi?
Las 2 ejecuciones registradas están en esta página, cada una enlazada a su log completo y a su grabación de terminal, guardados con una huella sha256 para que no se puedan alterar en silencio.

Discussion