Forum Linux.debian/ubuntu Priorité process et traffic réseau

Posté par  . Licence CC By‑SA.
Étiquettes :
2
6
juin
2024

Bonsoir,

J'aimerais donner une priorité lorsque j'effectue des communications en visio.

Je suis sous debian bookworm.
J'utilise le serveur video coturn et le serveur prosody pour mes échanges en visioconférence.
Je passe par le client conversations.

Quelle est la manière de prioriser un process sur les autres ?
De préférer un traffic reseau plutôt qu'un autre ?

Merci à vous

  • # Nice!

    Posté par  (site web personnel) . Évalué à 3. Dernière modification le 06 juin 2024 à 20:07.

    Il existe la commande nice pour limiter l'usage processeur, ionice pour l'utilisation du stockage et trickle pour le réseau.

    Si ta demande est de prioriser le la communication visio sur le reste, ce n'est a priori pas possible avec ces commandes. Tu peux par contre les utiliser sur d'autres logiciels gourmands que tu veux lancer en même temps (LibreOffice, Firefox…)

    Un LUG en Lorraine : https://enunclic-cappel.fr

  • # traffic queueing / traffic shaping

    Posté par  . Évalué à 1.

    Bonjour,

    si tu cherches un peu sur le Net tu trouveras des infos de ce type

  • # prioriser ou vers ou ?

    Posté par  . Évalué à 4.

    par que si tu peux le faire chez toi entre ton serveur, ton switch, ton routeur/parefeu, tu ne pourras probablement pas le faire sur le reseau de ton operateur

    la QOS est donc restreinte aux reseaux que tu maitrises

    et pour les process, là il faut surtout investiguer sur qui consomme ou pas la ressource et nice/ionice pourrait t'aider à reduire les autres

    • [^] # Re: prioriser ou vers ou ?

      Posté par  . Évalué à 1.

      J'ai deux éléments à piloter.
      -la carte serveur à base d'arm raspberry pi 4
      -un routeur avec openwrt

      Sur la raspberry pi 4, je vais gérer via un service coturn les ressources suivante.
      -CPU
      -IO

      [Service]
      #Scheduling
      Nice=-10
      
      CPUSchedulingPolicy=fifo
      CPUSchedulingPriority=70
      CPUSchedulingResetOnFork=false
      
      CPUAffinity=0 1
      NUMAPolicy=n/a
      NUMAMask=
      
      IOSchedulingClass=best-effort
      IOSchedulingPriority=0
      

      Après, je pense que le plus important se passe au niveau du réseau.

      Donc Au niveau openwrt pour prioriser le traffic de l'IP du serveur sur une plage de port correspondante au service coturn.

      La, je ne connais pas bien la QOS sur openwrt.
      Après sur l'infra-opérateur, ça, …

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.