Tuning des threads Go : éviter la saturation GOMAXPROCS

Question

Je constate une latence élevée sur mon service Go en production. Après analyse avec go tool pprof, je vois un nombre massif de context switches. Mon conteneur est limité à 2 vCPU via Kubernetes, mais GOMAXPROCS semble tenter de créer bien plus de threads. Est-ce que quelqu'un a déjà rencontré une dégradation de performance due à un mauvais alignement des threads OS avec les limites de ressources cgroups ?

breton-astrid · Answer

C'est un classique. Go ne lit pas nativement les limites de cgroups pour GOMAXPROCS. Il voit tous les cœurs du host. Tu dois utiliser une librairie comme automaxprocs pour ajuster cela dynamiquement.

veronique90 · Answer

Merci, je vais tester l'import de go.uber.org/automaxprocs. Est-ce que cela impacte aussi le garbage collector ?

ccharrier · Answer

Oui, le GC est lié au nombre de processeurs visibles. Si tu as 64 cœurs sur le host, le GC va se déclencher de manière beaucoup trop agressive pour un conteneur qui n'a que 2 vCPU.

martins-luce · Answer

Exact. Sans automaxprocs, tu forces le runtime Go à gérer une file d'attente de threads inutilement longue. Regarde aussi GOMEMLIMIT pour stabiliser le heap.

breton-astrid · Answer

N'oublie pas de vérifier tes métriques avec : go tool pprof -http=:8080 profile.pb.gz après le déploiement de la correction.

veronique90 · Answer

J'ai ajouté import _ "go.uber.org/automaxprocs", les latences p99 ont chuté de 40ms à 8ms. Merci pour le tips !

Tuning des threads Go : éviter la saturation GOMAXPROCS

6 commentaires

Laisser une réponse

Veille technologique 2018 Docker et les Microservices

TP Le jeu du morpions dans le langage de programmation Go

Fonctionnement et manipulation des conteneurs Docker

Comprendre, Gérer et Manipuler un cluster Docker Swarm

Sécurisez vos secrets Kubernetes en 5 minutes chrono

Rejoindre la communauté