Ca balance effectivement mais pas vraiment sur systemd en soi mais sur udev et son mainteneur Kay Sievers qui ne fait apparemment pas son boulot.
L'histoire se tient à propos du chargement des firmwares dans le noyau. Udev avec les nouvelles versions est très lent à les charger et ça fout la merde…
Depuis le mois d’août, il y a eu des patchs mais Kay n'en tient pas compte, limite il s'en fout…
Le pire, il accuse le noyau d'avoir des bugs … et ça gonfle clairement Linus.
Résultat des comptes, pour le chargement des firmwares et probablement des modules, le noyau risque de complètement outrepasser udev. La raison? Des mainteneurs qui en font qu'à leurs têtes et inefficaces.
Si vous n'aimez ce que devient udev en ce moment, prenez un sachet de pop-corn et lisez la LKML. Perso, j'ai fini mon sachet sans m'en rendre compte!
Quelques perles spéciales Linus:
[^] # Re: systemd ! Tant de complexité pour un moins bon fonctionnement...
Posté par wolowizard . En réponse au journal Archlinux va passer à systemd : appel à volontaire pour maintenir SysVinit. Évalué à 10. Dernière modification le 06 octobre 2012 à 16:05.
Ca balance effectivement mais pas vraiment sur systemd en soi mais sur udev et son mainteneur Kay Sievers qui ne fait apparemment pas son boulot.
L'histoire se tient à propos du chargement des firmwares dans le noyau. Udev avec les nouvelles versions est très lent à les charger et ça fout la merde…
Depuis le mois d’août, il y a eu des patchs mais Kay n'en tient pas compte, limite il s'en fout…
Le pire, il accuse le noyau d'avoir des bugs … et ça gonfle clairement Linus.
Résultat des comptes, pour le chargement des firmwares et probablement des modules, le noyau risque de complètement outrepasser udev. La raison? Des mainteneurs qui en font qu'à leurs têtes et inefficaces.
Si vous n'aimez ce que devient udev en ce moment, prenez un sachet de pop-corn et lisez la LKML. Perso, j'ai fini mon sachet sans m'en rendre compte!
Quelques perles spéciales Linus:
Le meilleur reste celui de nix qui résume bien ce que devient udev.