/* Page prose (fr) */
"PriorityInversion" = "# Inversion de priorité, brièvement\n\nDe retour dans le chapitre [Fondamentaux de GCD](GCD%20Fundamentals.playgroundchapter/Overview) tu as rencontré la **qualité de service (QoS)**: l'indice de priorité (`.userInteractive`, `.utility`, `.background`, ...) qui dit au système à quel point le travail d'une file est urgent.\n\nL'**inversion de priorité** est le cas où une tâche de haute priorité est coincée à attendre une ressource qu'une tâche de basse priorité retient, de sorte que le travail \"important\" s'exécute en effet à la vitesse du travail \"sans importance\". Imagine qu'un caissier `.background` s'empare du verrou du grand livre, puis se retrouve privé de temps CPU parce que le système est occupé à d'autres choses. Un caissier `.userInteractive` a maintenant besoin de ce même verrou et ne peut pas l'avoir. La tâche urgente attend la paresseuse. Les priorités sont *inversées*.\n\nTu ne corriges généralement pas cela à la main: GCD et le runtime moderne effectuent une **donation de priorité**, augmentant temporairement le détenteur de basse priorité pour qu'il puisse terminer et libérer la ressource. Ce que tu *peux* faire pour éviter les ennuis: ne partage pas un unique verrou ou une file en série entre des niveaux de QoS très différents, et garde court le travail à l'intérieur de toute section critique, pour que personne ne retienne une ressource partagée plus longtemps qu'il ne le doit.\n\n[Précédent](@previous)  |  page 7 sur 9  |  [Suivant: Raisonner sur la sûreté vis-à-vis des threads](@next)";
