Pas la peine de prendre les autres pour des abrutis.
Ça n'est pas la peine de me prêter des intentions que je n'ai pas. Le monsieur là-haut, il a l'air d'avoir une grosse dent contre udev, je n'ai jamais pensé que ça faisait de lui un abruti pour autant. Mais il aligne plusieures critiques majeures d'udev sans la moindre argumentation, c'est un post d'humeur, c'est pas grave on en fait tous parfois, mais c'est effectivement pas ceux qui attirent les réponses les plus sympathiques. En l'occurence, je me trouvais plutôt modéré sur ce coup là, fait chier, faut croire que c'est pas encore ça.
Pour le support de LVM, j'ai essayé un peu (enfin LVM2), et j'avais eu à créer le /dev/mapper/control à la main. Je dis pas que 100% des devices peuvent être créés par udev. Déjà, y'en a qui n'exportent rien dans /sys/ (genre les drivers nvidia sans le bon patch), donc là c'est mal barré, y'en a aussi dont on peut avoir besoin avant même d'avoir lancé udev (genre /dev/null), etc. Mais simplement, ça n'enlève rien à udev, et ça n'empêche absolument pas de l'utiliser de façon pleinement fonctionnelle comme remplacement de devfs. Par contre, c'est clair que ça demande un peu plus de travail sur les scripts d'init que devfs, donc si vous êtes justement là dedans, effectivement, ça peut apparaître comme une certaine régression sur le coup.
Pour ce qui est de la boucle de population du /dev/, bah... c'est quoi le problème de faire une boucle d'appel d'un aussi petit programme ? On fait ça tous les jours dans n'importe quel script shell, non ? Ici sur un portable 1,3 GHz la boucle s'execute en 0,28 secondes pour 112 itérations. Que ça puisse monter à qlqs secondes chez vous, ça me parait beaucoup, mais c'est effectivement pas impossible. Ceci dit, on s'en fout un peu, ça n'arrive qu'au boot, enfin bon, je trouve pas que l'argument pèse bien lourd. C'est pour ça que je voulais m'assurer que c'était bien là la lenteur désignée (parceque dans plusieurs trolls on peut lire en gros "udev c'est user-space donc ça va ramer d'accéder au devices", ce qui est bien sûr totalement absurde).
[^] # Re: Udev atteint la maturité
Posté par tgl . En réponse à la dépêche Udev atteint la maturité. Évalué à 8.
Ça n'est pas la peine de me prêter des intentions que je n'ai pas. Le monsieur là-haut, il a l'air d'avoir une grosse dent contre udev, je n'ai jamais pensé que ça faisait de lui un abruti pour autant. Mais il aligne plusieures critiques majeures d'udev sans la moindre argumentation, c'est un post d'humeur, c'est pas grave on en fait tous parfois, mais c'est effectivement pas ceux qui attirent les réponses les plus sympathiques. En l'occurence, je me trouvais plutôt modéré sur ce coup là, fait chier, faut croire que c'est pas encore ça.
Pour le support de LVM, j'ai essayé un peu (enfin LVM2), et j'avais eu à créer le /dev/mapper/control à la main. Je dis pas que 100% des devices peuvent être créés par udev. Déjà, y'en a qui n'exportent rien dans /sys/ (genre les drivers nvidia sans le bon patch), donc là c'est mal barré, y'en a aussi dont on peut avoir besoin avant même d'avoir lancé udev (genre /dev/null), etc. Mais simplement, ça n'enlève rien à udev, et ça n'empêche absolument pas de l'utiliser de façon pleinement fonctionnelle comme remplacement de devfs. Par contre, c'est clair que ça demande un peu plus de travail sur les scripts d'init que devfs, donc si vous êtes justement là dedans, effectivement, ça peut apparaître comme une certaine régression sur le coup.
Pour ce qui est de la boucle de population du /dev/, bah... c'est quoi le problème de faire une boucle d'appel d'un aussi petit programme ? On fait ça tous les jours dans n'importe quel script shell, non ? Ici sur un portable 1,3 GHz la boucle s'execute en 0,28 secondes pour 112 itérations. Que ça puisse monter à qlqs secondes chez vous, ça me parait beaucoup, mais c'est effectivement pas impossible. Ceci dit, on s'en fout un peu, ça n'arrive qu'au boot, enfin bon, je trouve pas que l'argument pèse bien lourd. C'est pour ça que je voulais m'assurer que c'était bien là la lenteur désignée (parceque dans plusieurs trolls on peut lire en gros "udev c'est user-space donc ça va ramer d'accéder au devices", ce qui est bien sûr totalement absurde).
Bon courage pour passer le cap irritant.