• [^] # Re: Et merci pour Git

    Posté par . En réponse au journal Le papa de Linux a 50 ans aujourd’hui... Merci Linus !. Évalué à 3.

    1. mercurial aujourd'hui, n'est pas le mercurial d'il y a quelques années
    2. facebook n'utilise pas ton mercurial que tu a installer avec tes petits doigts et un apt/yum, mais watchman qui en conjonction de mercurial est efficace pour eux
    3. tu confond vitesse et montée en charge, tu peux avoir des logiciels très rapide qui ne montent pas bien en charge et des logiciels qui montent très bien en charge mais plutôt lent. Utiliser un tableau en mémoire pour représenter toutes tes données est extrêmement rapide, mais ça ne monte pas du tout en charge. Utiliser une base de données externe pour gérer tes données monte bien mieux en charge, mais ajoute une lenteur

    C'est pour ça que quand quelqu'un me dit que quelque chose est lent, je me méfit. Il faut toujours savoir ce que l'on entends par lenteur (débit, latence, montée en charge,...) et les conditions de test.

    De ce que j’en comprends, le problème de git avec les géants c’est qu’il marche très très mal avec des repos gigantesque. Et la plupart sont dans un mode monorepo, donc forcément ça pose des problèmes.

    En fait ce qui pose problème avec git (mais c'est pareil pour tous) :

    • la génération de diff sur des formats binaires : git étant modéliser comme une série de patch c'est très contraignant. On recommande de désactiver le diff pour ce genre de fichier (mais du coup la moindre modification remplace tout le fichier)
    • les accès disques watchman ou VFSForGit sont des approches différentes pour réduire autant que possible les I/O et n'ont d'intérêt que si ton repo est énorome et manipuler par beaucoup de monde.

    https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll