Comprendre le logging uWSGI est essentiel pour optimiser et déboguer efficacement vos applications Web. Dans cette brève, je décompose le format détaillé de logging uWSGI pour vous aider à comprendre chaque paramètre que vous pourriez rencontrer dans vos logs.

Voici un exemple de log-format uWSGI très verbeux :

log-format = [pid: %(pid)|app: -|req: -/-] (rss: %(rssM)M - vsz: %(vszM)M) %(addr) (%(user)) {%(vars) vars in %(pktsize) bytes} [%(ctime)] %(method) %(uri) => generated %(rsize) bytes in %(msecs) msecs (%(proto) %(status)) %(headers) headers in %(hsize) bytes (%(switches) switches on core %(core))

Signification des différents éléments ce log-format uWSGI :

• pid : L'ID du processus uWSGI.

• app : Le nombre de l'application WSGI utilisée pour traiter la demande. Si cela est indiqué par un "-", cela signifie qu'aucune application n'a été utilisée, probablement parce que la demande n'a pas abouti.

• req : Le nombre de requêtes que le worker a traitées jusqu'à présent. Le format est "requêtes traitées / requêtes totales".

• rss : L'utilisation de la mémoire résidente (c'est-à-dire l'espace mémoire réellement utilisé) par le processus, en mégaoctets.

• vsz : L'espace mémoire virtuel utilisé par le processus, en mégaoctets.

• addr : L'adresse IP du client qui a fait la demande.

• user : L'utilisateur uWSGI qui a traité la demande.

• vars : Le nombre de variables HTTP transmises avec la demande.

• pktsize : La taille du paquet de la demande, en octets.

• ctime : L'heure à laquelle la demande a été traitée.

• method : La méthode HTTP de la demande (par exemple, GET, POST, etc.).

• uri : L'URI de la demande.

• rsize : La taille de la réponse générée, en octets.

• msecs : Le temps qu'il a fallu pour générer la réponse, en millisecondes.

• proto : La version du protocole HTTP utilisée.

• status : Le code de statut HTTP de la réponse.

• headers : Le nombre de headers HTTP dans la réponse.

• hsize : La taille des headers de la réponse, en octets.

• switches : Le nombre de fois que le worker a été interrompu pour traiter une autre demande pendant qu'il traitait celle-ci.

• core : Le numéro du core qui a traité la demande.

Voici un exemple de log-format uWSGI simplifié :

log-format = %(ctime) [pid: %(pid), app: %(app), wid: %(wid)] %(method) %(uri) => %(status)

Ce qui donnera ceci :

Tue May 15 20:21:19 2023 [pid: 172404, wid: 10] GET /home => 302
Tue May 15 20:21:25 2023 [pid: 172401, wid: 9] GET /dashboard/sections/ => 200
Tue May 15 20:21:27 2023 [pid: 172404, wid: 10] GET /dashboard/section/new/ => 200