Hello,

  De quelle ressource veux-tu parler précisément ? baisser la priorité du processus n'agira que sur le temps CPU; si le goulot d'étranglement est sur le réseau mieux vaudrait utiliser la QoS pour faire passer les autres services en priorité.

  En général la QoS s'applique plutôt sur le traffic sortant; on peut l'appliquer au traffic entrant mais cela ne sera utile que si l'hôte d'en face modère son traffic sortant en conséquence (ce devrait être le cas avec une pile TCP qui ne triche pas).

  Il te faudrait au moins avoir les options suivantes dans le noyau (ou les modules associés):
- support de la QoS
- Stochastic Fairness Queuing,
- PRIO qdisc (pour des priorités simples sans limite de débit)
- Hierarchical Token Bucket (pour priorité avec limite de débit)
- Ingress qdisc (pour limiter le traffic entrant)
- U32 classifier (pour filtrer le traffic par port)
- Netfilter mark (pour donner des priorités depuis iptables, pour les connexions de données FTP)
- Support du protocole FTP dans le Conntrack IPv4

  Si le port de données coté serveur est prévisible, mieux vaut utiliser le U32 pour classifier les paquets FTP, sinon il faudra utiliser l'option --state related du module state d'iptables pour placer une marque sur les paquets de données (--set-mark), et utiliser le filtre fw de la QoS pour les récupérer.

  Tu peux soit utiliser le qdisc PRIO avec deux classes, une pour FTP et l'autre pour le reste (la classe la plus petite passe avant), ou le HTB avec deux classes, qui te permettra de mettre une limite de bande passante pour le FTP. Tu devrais aussi mettre des SFQ dans chaque classe, pour répartir équitablement le traffic entre les différents flux d'une même classe.

  Si jamais, LE site de référence pour tout ce qui est QoS: http://lartc.org

Voila, bon bidouillage