URL: https://linuxfr.org/forums/linux-general/posts/les-cgroups-et-systemd Title: Les cgroups et systemd Authors: Domi Date: 2014年01月12日T10:57:30+01:00 License: CC By-SA Tags: gnu, linux, systemd, udev, cgroup, catastrophe et lennart_poettering Score: -7 En parlant d'un problème de cgroups sur le forum gentoo, un autre utilisateur à glissé un lien sur cet article: [Group Scheduling](http://linuxfr.org/news/le-noyau-linux-est-disponible-en-version-2638#toc_13), dans lequel un zigoto qui n'en loupe pas une pour faire des idioties déclare:> Lennart Poetering de son côté s'est empressé d'intervenir pour répondre à Linus et pour critiquer ce patch. Il propose une approche basée, vous vous en doutez, sur son nouveau démon d'init « systemd » : Tout ça est complètement inutile pour les utilisateurs normaux> Il y a quelque temps, j'achète un portable et je me dis que comme il est moins puissant que ma tour, je vais installer Debian plutôt que gentoo. L'install se passe bien, Je résume. Dans l'autostart de fvwm-crystal, j'ai qjackctl et gladish, deux programmes normaux pour ce zigoto. Je commence à configurer jack, et je découvre que le cgroup qui m'intéresse n'est pas dans le kernel Debian. Je ne souhaite pas utiliser un kernel temps réel car avec les cgroups je peux obtenir la même chose, du temps réel pour mes applications audio, et en même temps avoir la stabilité à toute épreuve d'un kernel vanilla. Je fais donc mon propre kernel, et paf, libcgroup de Debian ne fonctionne pas. Je fais de la spéléologie dans les dépôts de Debian et dans les rapports de bug pour me faire une version de libcgroup débarassée du support de systèmd. ça marche bien, à part un léger détail. systemd passait son temps à mettre des trucs dans mon cgroup temps réel qui n'avaient rien à y faire. Résultat: même les magick key étaient mortes quand, comme dans le gag de Fernand Reynaud, le système était tellement froid qu'il plantait après un certain temps. Ce mec est une plaie. Il en loupe pas une. Déjà avec udev, son premier exploit fut de planter le chargement par le kernel du firmware associé à certains modules. Il n'avait alors jamais reconnu ses tords et les développeurs du kernel ont dû patcher le kernel. Imaginez si le kernel devait être patché pour chaque bug du système! EDIT: Là, je me suis trompé, c'est en fait lui qui avait signalé ce bug, voir plus bas. Je retire donc la plaie. ENDEDIT. Ensuite il nous a valu la catastrophe *kit, quelque chose de totalement inutile sauf pour quelques grandes entreprises paranoïaques - celles-là même qui collaborent avec la NSA et ce genre d'agences -, et tellement mal foutu qu'il faut incorporer un interpréteur java script dans le coeur du système, ceci alors que l'immense majorité des administrateurs système ne connaissent pas java script et qu'ils ont autre chose à faire que l'apprendre. Et maintenant 3 ans plus tard, son patch pour systemd plante toujours les cgroups quand on est pas ce que cet inénarrable appelle un utilisateur normal. Résultat des courses, j'ai arrêté de perdre mon temps avec ses conneries et j'ai installé gentoo sur le portable. Sur le long terme, il faut vraiment le stopper ce mec, c'est une plaie qui n'en loupe pas une pour casser le système. Il est totalement imbu de lui même et persuadé, comme il le laisse très bien entendre, que les utilisateurs qui ne sont pas contant avec ses programmes sont des anormaux. Alors l'anormal, tu vois ce qu'il va lui dire si jamais il le rencontre! J'espère pour lui que sa femme sera pas là pour voir ça parce qu'autrement, ce sera le divorce assuré! Que cela lui plaise ou non, il y a deux parties dans GNU/Linux, il y a GNU et il y a le kernel. Le kernel est fantastique car dans l'immense majorité des cas, il faut son travail sans qu'on l'aperçoive et il le fait remarquablement bien. Quand à ce gens-là, comme disait Jaqcques Brel, qui prend les autres pour des anormaux, il n'en loupe pas une pour tout casser. Systemd est une bonne idée, mais comme le montre ce problème et bien d'autres, son implémentation est une catastrophe.