Relevés en direct

État du serveur

Ce site est servi par OxPHP lui-même. Voici les relevés de la machine qui a répondu à votre requête, tels qu'ils sont en ce moment. Rien n'est conservé : les graphiques commencent au moment où vous ouvrez la page.

OxPHP 0.14.0 · PHP 8.5 · worker mode · 2 workers · 1 vCPU / 512 Mo

GET /state/stream?step=1 text/event-stream
flux pas encore ouvert

Depuis le dernier déploiement

Le serveur tient ces compteurs lui-même, depuis son démarrage. Chaque déploiement est un redémarrage, donc le décompte part du déploiement.

Temps de fonctionnement 1 h 47 min déployé le 25 oct. 2026, 19:43 UTC · aucun redémarrage depuis le déploiement btime · oxphp_uptime_seconds
Requêtes servies 118 fichiers statiques et jumeaux .md compris oxphp_requests_total
Recyclages de workers 0 aucun dû à la limite de mémoire de 128 Mo, aucun dû à une erreur oxphp_worker_recycles_total
Réponses 5xx 0 0 % de toutes les réponses oxphp_responses_by_status_total

En ce moment

L'échelle de la mémoire est absolue : elle va de zéro à toute la mémoire de la machine et ne change jamais. Les requêtes et le temps de réponse s'ajustent à leur propre pic.

pas
Mémoireconteneur entier 275,7 Mo
−60 smaintenant
mémoire de tout le conteneur · MemTotal − MemAvailable de /proc/meminfo
Requêtespar seconde —
−60 smaintenant
accroissement de oxphp_requests_total à chaque pas
Temps de réponsems — p50 · — p95
−60 sp50p95
estimé à partir des buckets de l'histogramme oxphp_request_duration_us, à chaque pas

Workers

Chaque worker garde l'application chargée entre les requêtes. Si sa mémoire PHP dépasse 128 Mo, le serveur le remplace par un worker neuf, et sa ligne repart de zéro.

worker
mémoire PHP
actif depuis
requêtes servies
maintenant
#0
7,2 Mo
1 h 47 min
35
requêtes : 1
#1
6,9 Mo
1 h 47 min
35
inactif

oxphp_worker_memory_bytes · oxphp_worker_uptime_seconds · oxphp_worker_requests_count · oxphp_worker_request_fibers_active

La colonne « maintenant » est approximative : le relevé et le décompte des flux tenus par cette page ne sont pas pris en une seule étape.

D'où viennent les chiffres

Les compteurs et les histogrammes viennent du serveur interne intégré d'OxPHP, le même endpoint /metrics que vous obtenez sur votre propre machine. La mémoire vient du noyau Linux. Le serveur tourne dans un bac à sable gVisor doté de son propre noyau, donc le graphique montre la mémoire de tout le conteneur, d'après /proc/meminfo. La mémoire et le temps de réponse incluent le travail de cette page elle-même. Il n'y a pas de graphique CPU. Dans gVisor, le processus ne voit qu'une petite partie du temps CPU que compte la plateforme (0,8 % contre 4,3 % en production), et un chiffre dont personne ne peut répondre n'a pas sa place ici.

L'heure du déploiement est le moment où le conteneur a démarré, lu comme btime dans /proc/stat. Sur DigitalOcean, c'est un déploiement ou un déplacement vers une autre machine, et un déplacement la réinitialise aussi. Il reste à confirmer si la plateforme relance un serveur planté dans le même conteneur (cette page dirait alors que le serveur a redémarré) ou dans un nouveau (le plantage ressemblerait alors à un déploiement). Seuls des chiffres quittent la machine. La configuration, les chemins et les adresses y restent. Le flux est du SSE ordinaire, servi par un worker PHP comme cette page, et pendant qu'il attend le pas suivant, ce worker sert tous les autres.