(je ne connais pas de loin la moitié des fonctionnalités de git non plus
Pour ça que je parlais bien des fonctionnalités de base, je ne prétend pas maîtriser git non plus. Il ne faut pas se voiler la face, git est très, très complet(xe) et perso, je n'en utilise en gros qu'une petite 10aine de commandes.
je pense qu'il faut relativiser suivant les cas.
C'est sûr. Après, si j'ai utilisé l'argument du poids des libs, c'est surtout parce que tu as parlé de la légèreté du binaire en incluant juste une seule des dépendances, ce qui n'avait du coup que peu de sens.
Franchement, je ne m'attendais vraiment pas à ce que git et ses dépendances soient plus léger que fossil et les siennes, je pensais plutôt que la différence se réduirait drastiquement et que ça se vaudrait... raté. Tu noteras d'ailleurs que le ratio que j'ai indiqué est faux, puisque je n'ai pas pris en compte la glibc6 (qui est loin d'être légère: 1.7M sur ma machine, rien que ça).
Pour ce qui est de sqlite, je n'ai que 5 paquets qui en dépendent directement, et ceux qui en dépendent indirectement sont surtout des paquets qui dépendent de python (genre blender, zenmap, iotop, ce genre de choses... et je suis quasi certain qu'ils n'ont pas besoin des fonctionnalités de sqlite3): aptitude, firefox (mon navigateur fallback), libnss3, libpython(2.7/3.4)-stdlib et c'est tout. libnss3 ne fait que recommander (selon LFS) sqlite. firefox et aptitude sont "en attente de remplacement". Reste python*-stdlib, la je ne sais pas, peut-être qu'il n'y a pas le choix, je ne me suis pas penché sur le cas.
Donc au final je pense que ça dépend beaucoup des logiciels que l'on utilise. J'ai pris l'exemple de sqlite, on va finir par croire que je déteste, mais promis, pas du tout, c'est juste que cet outil n'a que très peu d'intérêt sur mon système, avec les outils que j'utilise. Et je crains que ça soit trop souvent utilisé pour juste stocker de la configuration (n'est-ce pas firefox?)... quant à aptitude, je n'arrive pas à trouver de BDD dans /var/lib/aptitude alors je me pose des questions sur le bien fondé de la dépendance.
Après, si on veut vraiment mesurer l'impact mémoire, une mesure plus honnête serait ps -p $(pidof git) -p $(pidof fossil) -o rss,vsz,comm quand ils tournent, ou une mesure plus utile en l'occurrence, la bande passante consommée lors d'un clonage. Mais bon, git n'inclue pas de serveur, contrairement a fossil il me semble. Donc s'il faut ajouter un apache dans la balance, avec le redmine qui va bien, c'est sûr que fossil devrait gagner. Mais bon, httpd+redmine, ça ne sert pas que pour un seul projet, donc il me semble vraiment que ça fait au final moins de temps à passer à configurer les mêmes choses.
[^] # Re: Fossil
Posté par freem . En réponse au journal Le danger github. Évalué à 2.
Pour ça que je parlais bien des fonctionnalités de base, je ne prétend pas maîtriser git non plus. Il ne faut pas se voiler la face, git est très, très complet(xe) et perso, je n'en utilise en gros qu'une petite 10aine de commandes.
C'est sûr. Après, si j'ai utilisé l'argument du poids des libs, c'est surtout parce que tu as parlé de la légèreté du binaire en incluant juste une seule des dépendances, ce qui n'avait du coup que peu de sens.
Franchement, je ne m'attendais vraiment pas à ce que git et ses dépendances soient plus léger que fossil et les siennes, je pensais plutôt que la différence se réduirait drastiquement et que ça se vaudrait... raté. Tu noteras d'ailleurs que le ratio que j'ai indiqué est faux, puisque je n'ai pas pris en compte la glibc6 (qui est loin d'être légère: 1.7M sur ma machine, rien que ça).
Pour ce qui est de sqlite, je n'ai que 5 paquets qui en dépendent directement, et ceux qui en dépendent indirectement sont surtout des paquets qui dépendent de python (genre blender, zenmap, iotop, ce genre de choses... et je suis quasi certain qu'ils n'ont pas besoin des fonctionnalités de sqlite3): aptitude, firefox (mon navigateur fallback), libnss3, libpython(2.7/3.4)-stdlib et c'est tout. libnss3 ne fait que recommander (selon LFS) sqlite. firefox et aptitude sont "en attente de remplacement". Reste python*-stdlib, la je ne sais pas, peut-être qu'il n'y a pas le choix, je ne me suis pas penché sur le cas.
Donc au final je pense que ça dépend beaucoup des logiciels que l'on utilise. J'ai pris l'exemple de sqlite, on va finir par croire que je déteste, mais promis, pas du tout, c'est juste que cet outil n'a que très peu d'intérêt sur mon système, avec les outils que j'utilise. Et je crains que ça soit trop souvent utilisé pour juste stocker de la configuration (n'est-ce pas firefox?)... quant à aptitude, je n'arrive pas à trouver de BDD dans /var/lib/aptitude alors je me pose des questions sur le bien fondé de la dépendance.
Après, si on veut vraiment mesurer l'impact mémoire, une mesure plus honnête serait
ps -p $(pidof git) -p $(pidof fossil) -o rss,vsz,commquand ils tournent, ou une mesure plus utile en l'occurrence, la bande passante consommée lors d'un clonage. Mais bon, git n'inclue pas de serveur, contrairement a fossil il me semble. Donc s'il faut ajouter un apache dans la balance, avec le redmine qui va bien, c'est sûr que fossil devrait gagner. Mais bon, httpd+redmine, ça ne sert pas que pour un seul projet, donc il me semble vraiment que ça fait au final moins de temps à passer à configurer les mêmes choses.