Linux: Noyau RPi avec prise en charge de CONFIG_NET_SCH_CAKE

Créé le 24 août 2019 · 7Commentaires · Source: raspberrypi/linux

Sur le noyau 4.19.66-v7+, je vois que CONFIG_NET_SCH_CAKE n'est pas défini.

CAKE (Common Applications Kept Enhanced) est une discipline de file d'attente capable de mettre en forme qui utilise à la fois AQM et FQ.

CAKE est un nouveau planificateur de paquets réseau et est activé en 4.19 dans Debian Buster. C'est nouveau dans le noyau 4.19, car il a été fusionné dans cette version avec les sources officielles de Linux, mais était en développement depuis plus longtemps. Par exemple, Turris Omnia avec son noyau personnalisé 4.4 a un module CAKE disponible. Le principal avantage que je recherche avec CAKE est la capacité d'entrée automatique, où le planificateur essaie d'optimiser la planification des paquets en fonction de la bande passante dynamique du lien. Je cible l'utilisation de Raspberry Pi et Raspian Buster avec des modems LTE, où la bande passante est dynamique. Buster est nécessaire pour avoir un package iproute2 suffisamment récent.

Pourriez-vous s'il vous plaît ajouter CONFIG_NET_SCH_CAKE=m à la configuration du noyau pour rendre le module sch_cake.ko disponible ?

Waiting for internal comment

Source

kucharskim

👍2

Commentaire le plus utile

Une heure avant de prendre une pause prolongée est reconnue comme le meilleur moment pour apporter des modifications au logiciel, alors consultez https://github.com/raspberrypi/linux/commit/8408353fec8a07f322db1ab3e2960050a2c86946.

pelwell le 20 déc. 2019

❤2 😄2

Tous les 7 commentaires

Comme demandé dans le numéro précédent (https://github.com/raspberrypi/linux/issues/3006#issuecomment-500340074), quelles sont les implications de la construction de ce module ? Est-ce seulement le module .ko qui est ajouté, ou y a-t-il des dépendances supplémentaires ?

6by9 le 24 août 2019

Je suppose que seul le module .ko est suffisant, car nous avons Buster maintenant.

J'ai moi-même essayé CAKE sur mon routeur Pi 2B 1.1.

Il démarrerait rapidement en 1 ou 2 minutes, car CAKE est un module de style tout-en-un. Mon ancienne configuration était hfsc + qfq + pie , qui a besoin de trois modules, et le module qfq a besoin d'une instruction bash "for" pour construire la structure, ce qui prendrait environ 5 minutes.

CAKE prend en charge DSCP diffserv, donc les boîtes Torrent fonctionnent mieux.

CAKE contient un filtre TCP ACK. Donc sur un lien où l'upload est lent mais le téléchargement est rapide, CAKE donnerait plus de performances. Cela donnerait également de meilleures performances sans fil, car la plupart du temps, les points d'accès sans fil ont une meilleure antenne que les clients.

wu-yue le 15 sept. 2019

@pelwell Comme il s'agit d'un module, l'ajouter serait-il un problème ?

JamesH65 le 20 déc. 2019

pelwell le 20 déc. 2019

❤2 😄2

J'attends du gâteau chez raspbian aussi :)

yutayu le 22 janv. 2020

Semble lib publié au grand public. Exemple d'une de mes boîtes RPi, exécutant Raspbian Buster officiel :

# uname -rv
4.19.93-v7+ #1290 SMP Fri Jan 10 16:39:50 GMT 2020

# find /lib/modules/ -name '*cake*' | sort
/lib/modules/4.19.93+/kernel/net/sched/sch_cake.ko
/lib/modules/4.19.93-v7+/kernel/net/sched/sch_cake.ko
/lib/modules/4.19.93-v7l+/kernel/net/sched/sch_cake.ko
/lib/modules/4.19.93-v8+/kernel/net/sched/sch_cake.ko

Merci @pelwell d' avoir rendu cela possible !

kucharskim le 22 janv. 2020

@kucharskim @pelwell
Merci, je l'ai confirmé sur raspbian :)
Grand et heureux.

yutayu le 22 janv. 2020

Cette page vous a été utile?

0 / 5 - 0 notes