Détails des mesures

RPC de pages avec cache · campagne lancée le 2026-10-17 UTC

Résultats

Requêtes réussies/s

7496 (plage 7033–7683)

Mémoire API

32.8 MiB PSS

Temps CPU API/requête

120 µs

Médiane des latences p95 / p99 des essais

5.10 / 6.38 ms

Charge et environnement

Apple M1 Pro sous macOS, avec une VM Linux ARM64 Colima à huit vCPU et un conteneur API Debian. Une vCPU pour l'API, quatre pour PostgreSQL et deux pour wrk. Le pool de base comptait huit connexions ; wrk utilisait 32 connexions HTTP.

La fonction SQL renvoyait 100 lignes d'un jeu de données de 10000 lignes, 100 locataires et des charges utiles de 128 octets. Chaque requête fournissait un argument JSON de 1 KiB. HTTP côté frontal et des connexions PostgreSQL non chiffrées étaient utilisés.

La vérification RS256 était activée, avec un cache JWT et dix jetons réutilisés. Le cache autorisait 1000 entrées ; pgxio prévoyait aussi 1 MiB pour les revendications et empreintes comptabilisées, hors métadonnées. L'image libpq expérimentale utilisait des tampons copiés, sans transmission sans copie.

Méthode

Trois essais dans un ordre aléatoire, chacun avec 10 secondes de préchauffage et 30 secondes de mesure. Le débit est la médiane des requêtes réussies par seconde. La mémoire est la médiane des moyennes par essai de la mémoire proportionnelle (PSS) des processus API, hors PostgreSQL. Les latences sont les médianes des percentiles par essai, pas des percentiles regroupés.

Ces mesures locales proviennent d'un hôte partagé. Elles ne définissent ni la RAM minimale ni la capacité du serveur entier. Les résultats avec mise en cache de jetons répétés ne représentent pas les charges dominées par des jetons uniques.

Reproductibilité

Télécharger les mesures et leur provenance (JSON)

Image API :

sha256:2daebd31eb22c698f232deb1d78d14939959c77dd126ff43eeeeb211c1f2bfcd

Image PostgreSQL :

sha256:3645570cccdfa447589da9f57dd740faa29b30938e861289a5574b6ca6b03826