Nouveautés du Noyau 2.6.33 (2/2)

Magazine
Marque
GNU/Linux Magazine
Numéro
126
Mois de parution
avril 2010


Résumé
Dans ce Kernel Corner, nous achevons la couverture des nouveautés de la version 2.6.33 de Linux. Les évolutions dans le domaine du debugging se font toujours nombreuses. L'amélioration des performances de l'existant est également un des aspects importants de cette mouture du noyau. La remise au goût du jour de certaines interfaces internes est menée avec brio, toujours dans un souci d'efficacité tout en conservant une bonne dose de flexibilité. La présentation de quelques nouvelles fonctionnalités agrémente tout de même cette brève que nous vous laissons découvrir sans plus tarder.

1. Appels système

Un nouvel appel système, sys_recvmmsg(), complète l'API des sockets. Il permet de recevoir plusieurs messages en un seul appel au noyau depuis l'espace utilisateur. Il en résulte un gain de performance important (réduction du nombre de changements de contexte et réduction du nombre d'opérations d'entrée et de sortie dans la pile réseau) pour les applications réseau profitant d'une grosse bande passante. L'interface est la suivante :

ssize_t recvmmsg(int sockfd, struct mmsghdr *mmsg, unsigned int vlen,

                     unsigned int flags, struct timespec *timeout)

struct mmsghdr {

       struct msghdr   msg_hdr;

       unsigned        msg_len;

};

À comparer à l'appel système qui n'attend qu'un seul message :

ssize_t recvmsg(int sockfd, struct msghdr *msg, int flags);

Remarquons tout particulièrement l'ajout du paramètre timeout, qui permet d'associer une échéance à la réception des messages (ou un retour direct si ce paramètre est positionné à...

Cet article est réservé aux abonnés. Il vous reste 97% à découvrir.
S'abonner à Connect
  • Accédez à tous les contenus de Connect en illimité
  • Découvrez chaque semaine un nouvel article premium
  • Consultez les nouveaux articles en avant-première
Je m'abonne


Article rédigé par

Par le(s) même(s) auteur(s)

Fuddly : introduction de l’outil et développement d’un protocole

Magazine
Marque
MISC
Numéro
103
Mois de parution
mai 2019
Spécialité(s)
Résumé

Cet article présente Fuddly, un framework de fuzzing et de manipulation de données, écrit en python sous GPLv3, qui fournit de nombreuses briques que l’on retrouve dans d’autres framework de fuzzing, mais qui se différencie par la flexibilité de représentation des données et la diversité des altérations qu’il rend possible.

L'Infrastructure Linux Gadget USB

Magazine
Marque
Open Silicium
Numéro
14
Mois de parution
mars 2015
Spécialité(s)
Résumé

L'infrastructure Gadget USB du noyau Linux facilite la création de périphériques USB, en proposant un cadre et un certain nombre de primitives qui permettent d'une part d'abstraire les contrôleurs matériels de périphériques USB, et d'autre part d'en utiliser les ressources et fonctionnalités afin de créer n'importe quelle fonction USB désirée : qu'elle réponde aux standards (tels que « Mass Storage », « CDC Eth »…), qu'elle soit l'incarnation de vos besoins particuliers, ou bien encore qu'elle soit une combinaison des deux.

Les derniers articles Premiums

Les derniers articles Premium

Du graphisme dans un terminal ? Oui, avec sixel

Magazine
Marque
Contenu Premium
Spécialité(s)
Résumé

On le voit de plus en plus, les outils en ligne de commandes s'étoffent peu à peu d'éléments graphiques sous la forme d'émojis UTF8. Plus qu'une simple décoration, cette pointe de « graphisme » dans un monde de texte apporte réellement un plus en termes d'expérience utilisateur et véhicule, de façon condensée, des informations utiles. Pour autant, cette façon de sortir du cadre purement textuel d'un terminal n'est en rien une nouveauté. Pour preuve, fin des années 80 DEC introduisait le VT340 supportant des graphismes en couleurs, et cette compatibilité existe toujours...

Game & Watch : utilisons judicieusement la mémoire

Magazine
Marque
Contenu Premium
Spécialité(s)
Résumé

Au terme de l'article précédent [1] concernant la transformation de la console Nintendo Game & Watch en plateforme de développement, nous nous sommes heurtés à un problème : les 128 Ko de flash intégrés au microcontrôleur STM32 sont une ressource précieuse, car en quantité réduite. Mais heureusement pour nous, le STM32H7B0 dispose d'une mémoire vive de taille conséquente (~ 1,2 Mo) et se trouve être connecté à une flash externe QSPI offrant autant d'espace. Pour pouvoir développer des codes plus étoffés, nous devons apprendre à utiliser ces deux ressources.

Abonnez-vous maintenant

et profitez de tous les contenus en illimité

Je découvre les offres

Déjà abonné ? Connectez-vous