spcl/serverless-benchmarks

Polyglot SeBS

Ouverte

#235 ouverte le 20 févr. 2025

Voir sur GitHubGuide contributeur
 (0 commentaire) (0 réaction) (0 personne assignée)Python (99 forks)auto 404
awsazuregcpgood first issue

Métriques du dépôt

Stars
 (196 étoiles)
Métriques de merge PR
 (Métriques PR en attente)

Description

In SeBS, we initially focused on Python and Node.js; not all benchmarks have a Node.js implementation. We have pending support for C++ (#145) and Java (#223). However, we want to have at least microbenchmarks in many other languages:

  • Merge Java support (#223)
  • Missing Node.js benchmarks
  • Add Node.js CRUD benchmark with NoSQL storage.
  • Missing C++ benchmarks (image processing, image recognition) + #94
  • .NET
  • Rust
  • Go
  • New runtimes for Java, e.g., GraalVM
  • New runtimes for Node.js, like Bun and LLRT
  • New runtimes for Python, like PyPy or CPython 3.13 with the experimental JIT flag (needs manual build)

We should be able to benchmark the impact of choosing alternative runtimes.

How to support new and custom runtimes?

  • AWS -> supported by default.
  • Azure - we can implement custom handlers via HTTP
  • GCP - Google Cloud Functions 2nd gen are built on Cloud Run, so we could run custom images (only Docker) on Cloud Run and then create triggers ourselves.

Guide contributeur

Direction de recherche
Commencez par fusionner la pull request Java existante (#223), puis ajoutez les benchmarks Node.js manquants, et implémentez progressivement le support pour d'autres langages un par un. Pour chaque langage, implémentez un microbenchmark simple et testez le sur différents runtimes (par exemple, GraalVM pour Java, Bun pour Node.js, PyPy pour Python). Suivez les modèles des implémentations existantes.
Stack technique
pythonjavascriptjavarustgo
Domaine
backendcloudperformance
Type d'issue
Fonctionnalité
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
3
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
Plus d'une semaine
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
GitDocker
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
25