[benchmark] Request for call-path / fairness review (GLD.SerializerBenchmark)
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 35/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Tranquilo
- Stack tecnológico
- javascript, node.js
- Área
- backend
Línea de trabajo
Start with the benchmark wrapper at javascript/src/serializers/binary.js in the linked GLD.SerializerBenchmark repository and compare its call pattern, options, encoder and decoder reuse, and buffer handling with node-cbor’s recommended usage. Review the relevant node-cbor API documentation and benchmark setup; done means providing concrete fairness notes or a small wrapper PR, with any design details that are easy to misstate identified for the course documentation.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Hello,
I'm Leonid Ganeline. We maintain an open multi-language serializer benchmark:
https://github.com/leo-gan/GLD.SerializerBenchmark
Your library is included in the suite (language: javascript, harness name: cbor).
Implementation we use:
https://github.com/leo-gan/GLD.SerializerBenchmark/blob/master/javascript/src/serializers/binary.js
We would value a short review of whether our measurement is fair and idiomatic:
- Does our call pattern match how you recommend using the library in performance-sensitive code?
- Should we change options, encoder/decoder reuse, types, or buffer handling?
- Is there a better API (or a second entry point worth a separate row in the suite)?
Concrete notes or a small PR against that wrapper would help a lot. We are happy to credit you in the docs.
The repo also includes a short Serialization course (101–401). If something important about your design is easy to misstate, a pointer is welcome—we can update the docs ourselves.
Thank you for maintaining this library.
Best regards,
Leonid Ganeline
- Lenguaje dominante
- JavaScript
- Estrellas
- 379
- Forks
- 73
- Merge medio
- 7 min
- PR fusionados (30 d)
- 1
Preparar el entorno
Inicia el contenedor de desarrollo del proyecto en tu navegador, con tu propia cuenta de GitHub.
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Sin 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 hildjj/node-cbor
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 73/100
-
Dificultad 3/5 1-2 días Aptitud para principiantes 58/100
-
Dificultad 3/5 1-2 días Aptitud para principiantes 42/100
-
Print embedded CBOR in cbor2diagAbiertoenhancement
Dificultad 3/5 1-2 días Aptitud para principiantes 36/100
-
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
Todos los issues de hildjj/node-cbor
Issues similares
-
Out of order / duplicate key error shows the key bytes as decimal or UTF-8, not hexPosiblemente ocupada @bardrop la tomó hoy. Abierto
Dificultad 1/5 Menos de una hora Aptitud para principiantes 86/100
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 80/100
Los mantenedores suelen responder en 3 días
-
`remix-hook-form/middleware` imports `unstable_createContext`, breaking on `react-router` >= 7.9.0Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
code-forge-io/remix-hook-form#189 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100