En attendant, tu peux fournir des vrais arguments? Parce que la, ben… Non,
Dans l'ordre du thread
https://linuxfr.org/nodes/96086/comments/1401649 : réponse à gnumdk sur l'avantage du parsage des index. Bien entendu ca ne marche que pour les index prédéfinis par journald, pour tout le reste soit on indexe à la mano soit on est en O(n) comme journald.
https://linuxfr.org/nodes/96086/comments/1401342 : deuxième partie : comment faire confiance à un init aussi fragile sur des trucs aussi cruciaux que le montage de disques NFS et qui se vautre quand il y a un fichier à la racine du /var. Je veux bien que ce soit le "début" de systemd - mais malgré tout c'est assez surprenant un init qui explose en vol comme ça. Surtotu quand on voit que les corrections ne sont pas faites coté systemd - mais coté appli (pour pas faire de mal au pauvre init tout fragile…)
https://linuxfr.org/nodes/96086/comments/1401231 : On peut parfaitement indexer des fichiers textes (et même le faire bien) - ca ne saurait donc être une raison suffisante pour passer à un format binaire. Premier (mauvais) exemple avec sqlite, second meilleur exemple avec dovecot + maildir/mbox
https://linuxfr.org/nodes/96086/comments/1401645 : Explication sur pourquoi journald est moins pratique et moins puissant en l'état que syslog. Petite digression sur le fait qu'il faille rameuter tout systemd pour lire un fichier de log (ce qui est pénible). Deuxième digression sur le thème "T'a qu'à utiliser les outils classiques pour ça". Merci, je sais que les outils classiques fonctionnent. Le but étant de montrer des lacunes (ou non) de journald, citer le rappatriement des données au format texte et leur analyse par les outils classiques n'apporte pas grand chose.
Ca serait mal élevé de ne parler que de moi :
https://linuxfr.org/nodes/96086/comments/1401432 : Alors oui, je ne sais pas de combien journald réduit la chose, mais toute réduction de taille est la bienvenue. Y-a-t-il seulement réduction de taille, je ne suis pas convaincu. Moonz non plus apparament.
https://linuxfr.org/nodes/96086/comments/1401277 : Tu es bien gentil de fournir tant d'arguments (la, pour le fichier spec, c'est clair, net, précis…), moi il me suffit déjà de regarder qui paye le salaire du développeur pour savoir au moins pour une distrib! Je demande une position officielle, on me répond par un commentaire dans un fichier source. Tu as l'air de considérer que c'est la preuve ultime. Pas convaincu.
https://linuxfr.org/nodes/96086/comments/1401344 : Mais je découvre qu'il y en a qui s'y mettent alors que le produit n'est même pas en alpha. Ou alors c'est du bluff, juste pour troller et inventer des critiques quand il n'y en pas. Je m'interresse à un produit qui modifie profondément le fonctionnement du système et qui nécesite une planification avancée c'est donc que je cherche à troller. Il n'y a pas d'autres explications possibles.
https://linuxfr.org/nodes/96086/comments/1401239 : Mais alors, pourquoi personne ne l'a donc fait?Faut croire que ce n'est pas si facile… qui va bien avec : https://linuxfr.org/nodes/96086/comments/1401705 : alors que c'est assez simple en fait (mais déjà ce simple, personne n'a suffisamment souffert de systemd pour le coder…). et avec : https://linuxfr.org/nodes/96086/comments/1401688 : Faut juste se dire que si ce n'est pas encore fait, c'est peut-être que dans la vraie réalité, ce n'est pas un problème.
Si ca n'existe pas dans l'ancien système c'est que c'est très compliqué, si ca n'existe pas dans le nouveau système c'est qu'il n'y en a pas besoin.
https://linuxfr.org/nodes/96086/comments/1401374 : Comme journald donc? Oui comme journald, le truc étant de démontrer que l'on peut doner à un fichier texte le même type d'index qu'à un fichier binaire tel celui utilisé par journald, on se retrouve au final avec un index du même type que celui de journald.
https://linuxfr.org/nodes/96086/comments/1401695 : journalctl et un pipe, et tu as tous les outils La j'avoue que j'ai beaucoup rigolé - déjà parcequ'une fois de plus il s'agit d'un raisonnement de type "Tu vois bien que le nouveau système est mieux, vu que l'ancien fonctionne" et ensuite parceque non, journalctl et un pipe ca ne donne pas tous les outils loin de là. Et surtout ca ne donne pas le comportement habituel de navigation au sein des fichiers de log. Journalctl c'est pas vraiment gunzip - je peux pas franchement faire un cat de tous mes filtres journald et les piper dans un less.
https://linuxfr.org/nodes/96086/comments/1401731 : Libre à toi de ne pas prendre systemd et journald, mais il faut assumer le coût de maintenance de ce truc archaïque que tu veux à la place. On parle du truc archaïque que tu me conseilles d'utiliser toutes les trois lignes quand je t'expose un problème ? Oui je pense que je vais suivre tes conseils et le garder encore un peu. Au moins jusqu'à ce que systemd devienne capable de faire ce dont j'ai besoin professionnellement. Je suis plus BSDinit que sysvInit (mais c'est un système archaïque aussi) et on est un petit nombre à vouloir le garder ce système archaïque. (Tous des réactionnaires à ornière j'imagine)
https://linuxfr.org/nodes/96086/comments/1401734 : Un peu comme un log texte qui est différent suivant la distro? Les log, c'est presque la même chose partout… Mais tu les aime,s va comprendre pourquoi.
Je sais qu'on est pas supposé dissocier le fond de la forme, mais rassure moi, tu as conscience du fait que tu parles du contenu et moi du contenant ?
[^] # Re: Pourquoi du binaire
Posté par Kaane . En réponse au journal Documentation du format du Journal. Évalué à 4.
En attendant, tu peux fournir des vrais arguments? Parce que la, ben… Non,
Dans l'ordre du thread
https://linuxfr.org/nodes/96086/comments/1401649 : réponse à gnumdk sur l'avantage du parsage des index. Bien entendu ca ne marche que pour les index prédéfinis par journald, pour tout le reste soit on indexe à la mano soit on est en O(n) comme journald.
https://linuxfr.org/nodes/96086/comments/1401342 : deuxième partie : comment faire confiance à un init aussi fragile sur des trucs aussi cruciaux que le montage de disques NFS et qui se vautre quand il y a un fichier à la racine du /var. Je veux bien que ce soit le "début" de systemd - mais malgré tout c'est assez surprenant un init qui explose en vol comme ça. Surtotu quand on voit que les corrections ne sont pas faites coté systemd - mais coté appli (pour pas faire de mal au pauvre init tout fragile…)
https://linuxfr.org/nodes/96086/comments/1401231 : On peut parfaitement indexer des fichiers textes (et même le faire bien) - ca ne saurait donc être une raison suffisante pour passer à un format binaire. Premier (mauvais) exemple avec sqlite, second meilleur exemple avec dovecot + maildir/mbox
https://linuxfr.org/nodes/96086/comments/1401645 : Explication sur pourquoi journald est moins pratique et moins puissant en l'état que syslog. Petite digression sur le fait qu'il faille rameuter tout systemd pour lire un fichier de log (ce qui est pénible). Deuxième digression sur le thème "T'a qu'à utiliser les outils classiques pour ça". Merci, je sais que les outils classiques fonctionnent. Le but étant de montrer des lacunes (ou non) de journald, citer le rappatriement des données au format texte et leur analyse par les outils classiques n'apporte pas grand chose.
Ca serait mal élevé de ne parler que de moi :
https://linuxfr.org/nodes/96086/comments/1401432 : Alors oui, je ne sais pas de combien journald réduit la chose, mais toute réduction de taille est la bienvenue. Y-a-t-il seulement réduction de taille, je ne suis pas convaincu. Moonz non plus apparament.
https://linuxfr.org/nodes/96086/comments/1401277 : Tu es bien gentil de fournir tant d'arguments (la, pour le fichier spec, c'est clair, net, précis…), moi il me suffit déjà de regarder qui paye le salaire du développeur pour savoir au moins pour une distrib! Je demande une position officielle, on me répond par un commentaire dans un fichier source. Tu as l'air de considérer que c'est la preuve ultime. Pas convaincu.
https://linuxfr.org/nodes/96086/comments/1401344 : Mais je découvre qu'il y en a qui s'y mettent alors que le produit n'est même pas en alpha. Ou alors c'est du bluff, juste pour troller et inventer des critiques quand il n'y en pas. Je m'interresse à un produit qui modifie profondément le fonctionnement du système et qui nécesite une planification avancée c'est donc que je cherche à troller. Il n'y a pas d'autres explications possibles.
https://linuxfr.org/nodes/96086/comments/1401239 : Mais alors, pourquoi personne ne l'a donc fait? Faut croire que ce n'est pas si facile… qui va bien avec :
https://linuxfr.org/nodes/96086/comments/1401705 : alors que c'est assez simple en fait (mais déjà ce simple, personne n'a suffisamment souffert de systemd pour le coder…). et avec :
https://linuxfr.org/nodes/96086/comments/1401688 : Faut juste se dire que si ce n'est pas encore fait, c'est peut-être que dans la vraie réalité, ce n'est pas un problème.
Si ca n'existe pas dans l'ancien système c'est que c'est très compliqué, si ca n'existe pas dans le nouveau système c'est qu'il n'y en a pas besoin.
https://linuxfr.org/nodes/96086/comments/1401374 : Comme journald donc? Oui comme journald, le truc étant de démontrer que l'on peut doner à un fichier texte le même type d'index qu'à un fichier binaire tel celui utilisé par journald, on se retrouve au final avec un index du même type que celui de journald.
https://linuxfr.org/nodes/96086/comments/1401695 : journalctl et un pipe, et tu as tous les outils La j'avoue que j'ai beaucoup rigolé - déjà parcequ'une fois de plus il s'agit d'un raisonnement de type "Tu vois bien que le nouveau système est mieux, vu que l'ancien fonctionne" et ensuite parceque non, journalctl et un pipe ca ne donne pas tous les outils loin de là. Et surtout ca ne donne pas le comportement habituel de navigation au sein des fichiers de log. Journalctl c'est pas vraiment gunzip - je peux pas franchement faire un cat de tous mes filtres journald et les piper dans un less.
https://linuxfr.org/nodes/96086/comments/1401731 : Libre à toi de ne pas prendre systemd et journald, mais il faut assumer le coût de maintenance de ce truc archaïque que tu veux à la place. On parle du truc archaïque que tu me conseilles d'utiliser toutes les trois lignes quand je t'expose un problème ? Oui je pense que je vais suivre tes conseils et le garder encore un peu. Au moins jusqu'à ce que systemd devienne capable de faire ce dont j'ai besoin professionnellement. Je suis plus BSDinit que sysvInit (mais c'est un système archaïque aussi) et on est un petit nombre à vouloir le garder ce système archaïque. (Tous des réactionnaires à ornière j'imagine)
https://linuxfr.org/nodes/96086/comments/1401734 : Un peu comme un log texte qui est différent suivant la distro? Les log, c'est presque la même chose partout… Mais tu les aime,s va comprendre pourquoi.
Je sais qu'on est pas supposé dissocier le fond de la forme, mais rassure moi, tu as conscience du fait que tu parles du contenu et moi du contenant ?
Voilà, voilà…