> "LRO (Large receive offload) de faire son entrée dans le noyau."
> [...]
> L'implémentation retenue pour le noyau 2.6.29 est très générique
> afin que les divers pilotes réseau possédant cette fonction puissent
> utiliser le code générique au bénéfice de la mutualisation du code.
C'est complètement faux...
LRO est dans le noyau depuis très longtemps. Il a été standardisé dans 2.6.23 justement pour mutualiser du code que certains drivers avaient écrit de manière proprio. Depuis, il y a plein de drivers modernes qui l'utilisent (myri10ge, pasemi, igb, benet, sfc, enic, cxgb3, mlx4 et ehea). D'ailleurs le lien LWN date de 2007.
2.6.29 ne fait qu'ajouter une nouvelle implémentation plus propre et plus facile à appliquer aux drivers basiques (le vieux LRO était plutôt conçu pour les drivers récents). D'ailleurs ca s'appelle GRO et plus LRO maintenant.
> L'idée consiste en gros a agréger les paquets reçus dans un tampon
> afin de moins solliciter la pile réseau de la machine.
En moins gros: On n'agrège pas les paquets dans un tampon (sinon ca ferait une copie mémoire très chère), on ne fait que chaîner des socket buffers pour les passer tous d'un coup à la pile TCP/IP.
# LRO n'est pas nouveau...
Posté par Brice Goglin . En réponse à la dépêche Sortie de Linux 2.6.29. Évalué à 10.
> [...]
> L'implémentation retenue pour le noyau 2.6.29 est très générique
> afin que les divers pilotes réseau possédant cette fonction puissent
> utiliser le code générique au bénéfice de la mutualisation du code.
C'est complètement faux...
LRO est dans le noyau depuis très longtemps. Il a été standardisé dans 2.6.23 justement pour mutualiser du code que certains drivers avaient écrit de manière proprio. Depuis, il y a plein de drivers modernes qui l'utilisent (myri10ge, pasemi, igb, benet, sfc, enic, cxgb3, mlx4 et ehea). D'ailleurs le lien LWN date de 2007.
2.6.29 ne fait qu'ajouter une nouvelle implémentation plus propre et plus facile à appliquer aux drivers basiques (le vieux LRO était plutôt conçu pour les drivers récents). D'ailleurs ca s'appelle GRO et plus LRO maintenant.
> L'idée consiste en gros a agréger les paquets reçus dans un tampon
> afin de moins solliciter la pile réseau de la machine.
En moins gros: On n'agrège pas les paquets dans un tampon (sinon ca ferait une copie mémoire très chère), on ne fait que chaîner des socket buffers pour les passer tous d'un coup à la pile TCP/IP.