Faut croire qu'en 40 ans, pas foule a réussi à standardiser du texte
Faut croire que si, (x)HTML est stocké en texte et non en binaire, pourtant son format est plutôt standard.
Je retourne la question dans l'autre sens : quel interêt d'un stockage en texte "standard" (à définir)?
La lisibilité par un humain, la possibilité le le lire et le traiter avec autre chose que journalctl.
Finalement, en quoi le fait qu'il y a un stockage binaire (encore plus petit) à côté de ta sortie préférée te dérange?
Selon entre autre toi, parce que ca bouffe de la place. Autrement, parce que ca fait des fichiers inutiles, et si tu veux de l'argument technique, certains FS, toujours utilisés, sont limités à ce niveau là.
Si tu as un cas d'utilisation d'un sysème qui n'a pas 160Ko pour les logs, n'hésite surtout pas à le donner, comme demandé plus haut.
Sinon, pour information, tu es sensé stocker tes logs pendant 1 an, et un jour ça passera à 2 ans. tout le monde n'a pas que 2 visiteurs par jour sur son site web et a des loggs à gérer.
Logs que tu n'utilises pas tout les jours et que tu archives. Tu peux donc les compresser en xz.
(non compressé ok, ça donne 3 Mo compressé, mais peut-on considérer du compressé comme du texte? Non, un octet quii saute et hop tout est perdu, pile une critique de journald, donc parlons de 100 Mo)
Contexte différent. Ce sont des logs archivés que tu ne gardes que pour respecter la loi, et non pour les utiliser toi même, pour maintenir ton système, avec des yeux ou avec des outils tels que Fail2Ban ou Ossec.
D'ailleurs à ce propos, Fail2Ban et Ossec gèrent comment ces logs binaires ? Tes 3 Mo, c'est en tar.xz ? Et ils donnent quoi en binaire ?
donc quelle est la réélle critique?
La façon dont systemd est poussé dans la majorité des distributions, et donc de l'imposer. Parce que oui, quand une distribution abandonne le support d'un logiciel au détriment d'un autre, et qu'elle retire l'ancien logiciel du système de l'utilisateur via une mise à jour, elle force ce dernier à changer de logiciel.
Merci pour ton retour d'utilisation, et les chiffres "à la louche" pour le stockage, ca donne une meilleure vu d'ensemble.
Emacs le fait depuis 30 ans, et sans pubs ni télémétrie.
[^] # Re: GNU/SystemD/Linux
Posté par Astaoth . En réponse au journal Systemd va gagner une console système, un bootsplash et un login-screen. Évalué à 4.
Faut croire que si, (x)HTML est stocké en texte et non en binaire, pourtant son format est plutôt standard.
La lisibilité par un humain, la possibilité le le lire et le traiter avec autre chose que journalctl.
Selon entre autre toi, parce que ca bouffe de la place. Autrement, parce que ca fait des fichiers inutiles, et si tu veux de l'argument technique, certains FS, toujours utilisés, sont limités à ce niveau là.
Si tu as un cas d'utilisation d'un sysème qui n'a pas 160Ko pour les logs, n'hésite surtout pas à le donner, comme demandé plus haut.
Logs que tu n'utilises pas tout les jours et que tu archives. Tu peux donc les compresser en xz.
Contexte différent. Ce sont des logs archivés que tu ne gardes que pour respecter la loi, et non pour les utiliser toi même, pour maintenir ton système, avec des yeux ou avec des outils tels que Fail2Ban ou Ossec.
D'ailleurs à ce propos, Fail2Ban et Ossec gèrent comment ces logs binaires ? Tes 3 Mo, c'est en tar.xz ? Et ils donnent quoi en binaire ?
La façon dont systemd est poussé dans la majorité des distributions, et donc de l'imposer. Parce que oui, quand une distribution abandonne le support d'un logiciel au détriment d'un autre, et qu'elle retire l'ancien logiciel du système de l'utilisateur via une mise à jour, elle force ce dernier à changer de logiciel.
Merci pour ton retour d'utilisation, et les chiffres "à la louche" pour le stockage, ca donne une meilleure vu d'ensemble.
Emacs le fait depuis 30 ans, et sans pubs ni télémétrie.