Git sur Windows, “mémoire malloc a échoué”

Eu de problème avec le référentiel et essayé presque tous les possible de config qui se trouve là par exemple. pack.WindowMemory etc etc

Je crois que quelqu'un a vérifié dans un grand fichier de dépôt distant et maintenant à chaque fois que j'essaie de le tirer ou de pousser à elle, GIT essaie d'emballer et de manque de mémoire:

Auto packing the repository for optimum performance. You may also
run "git gc" manually. See "git help gc" for more information.
Counting objects: 6279, done.
Compressing objects: 100% (6147/6147), done.
fatal: Out of memory, malloc failed (tried to allocate 1549040327 bytes)
error: failed to run repack

Ont essayé git gc & git repack avec diverses options, mais conserve son retour même erreur.

Presque donné et il suffit de créer un nouveau repo, mais pensé que je voudrais vous demandez autour de vous d'abord 🙂

  • Peut-être liées. Avez-vous réussi à résoudre le vôtre, tho?
  • Dans notre cas, nous l'avons résolu avec mon lien sur un 7 go repo. Ma suggestion, si vous ne pouvez pas aller avec GIT, est d'essayer de Hg ou Perforce.
  • Je pense que c'est un bug dans MsGit plutôt que d'un problème avec Git lui-même. Ne pense pas qu'il mérite d'éloigner de Git au total, soit, surtout pas à l'Mercurial!
  • si oui, pouvez pas u obtenir une ubuntu stylo lecteur, juste pour l'essayer?
  • une mise à jour, j'ai fait un nouveau dépôt avec de nouveaux fichiers, qui dispose de 3 go et rien à partir du lien résolu dans mon cas ici... la Seule chose qui a été git config --global pack.threads 1 citées ci-dessous. Qui ont travaillé. Mais de toute façon... Avez-vous essayé ubuntu pen drive?
  • double possible de Git gc utilisation excessive de mémoire, impossible de terminer

InformationsquelleAutor timothyclifford | 2012-04-24
  1. 96

    J'ai trouvé une solution Ici qui a fonctionné pour moi.

    Dans .git/config fichier (client et/ou serveur), j'ai ajouté ce qui suit:

    [core]
  packedGitLimit = 128m
  packedGitWindowSize = 128m

[pack]
  deltaCacheSize = 128m
  packSizeLimit = 128m
  windowMemory = 128m
    • Il ressemble à msysgit ne pas utiliser les bonnes valeurs par défaut pour la version 32 bits s'exécutent sur un ordinateur 64 bits. Toutefois, elle devrait, comme le client est de 32 bits. Ces valeurs fonctionné pour moi: [core] packedGitLimit = 256m packedGitWindowSize = 32m [pack] deltaCacheSize = 256m packSizeLimit = 1g windowMemory = 256m
    • Cela n'a pas fonctionné pour moi. 🙁
    • J'ai eu le même problème et dans mon cas, la désactivation de la compression delta pour fermetures à glissière et d'un binaire d'un fichier compressé travaillé. Dans .git/info/attributs, j'ai ajouté "*.binaire zip -delta".
    • 128m semble un peu faible. c'est que par thread? si si il fait beaucoup plus de sens, comme si 32-bit git étaient pour allouer plus de 4096m à travers tous les threads, bien sûr, il serait crash
    InformationsquelleAutor git
  2. 18

    De référence (vous avez peut-être déjà vu), le msysgit affaire traitant de cette question est l' billet 292.

    Il suggère plusieurs solutions:

    Pour désactiver la compression delta pour certains fichiers, en .git/info/attributes, ajouter:

    *.zip binary -delta

    De Gitattributes page de man:

    Compression Delta ne sera pas tenté de gouttes pour les chemins avec l'attribut delta définie sur false.

    Peut-être plus simple solution de contournement serait de reset d'une certaine façon l'histoire avant que les gros fichier commettre, et de refaire l'autre s'engage à partir de là.

    • Malheureusement déjà essayé la plupart de ces sans un peu de chance, je vous remercie si +1ed
    • git config --global pack.windowMemory 256m a fonctionné pour moi
    • Pour désactiver la compression delta pour certains fichiers, de .git/info/attributs, ajouter "*.binaire zip -delta"
    InformationsquelleAutor VonC
  3. 14

    MODIFIER: Depuis git-v2.5.0 (Août 2015), git-pour-windows (anciennement MSysGit)

    fournit 64-bits versions comme remarqué par Pan.étudiant.

    Dans cette réponse, j'ai été conseiller à installer Cygwin 64 bits (offrant 64-bits version Git).

    J'ai eu un semblable Out of memory, malloc failed problème à l'aide de MSysGit en arrivant à la barrière des 4 go:

    > git --version
git version 1.8.3.msysgit.0

> file path/Git/cmd/git
path/Git/cmd/git: PE32 executable for MS Windows (console) Intel 80386 32-bit

> time git clone --bare -v ssh://linuxhost/path/repo.git
Cloning into bare repository 'repo.git'...
remote: Counting objects: 1664490, done.
remote: Compressing objects: 100% (384843/384843), done.
remote: Total 1664490 (delta 1029586), reused 1664490 (delta 1029586)
Receiving objects: 100% (1664490/1664490), 550.96 MiB | 1.55 MiB/s, done.
Resolving deltas: 100% (1029586/1029586), done.
fatal: Out of memory, malloc failed (tried to allocate 4691583 bytes)
fatal: remote did not send all necessary objects

real    13m8.901s
user    0m0.000s
sys     0m0.015s

    Git sur Windows, “mémoire malloc a échoué”

    Enfin git 64 bits à partir de Cygwin fix it:

    > git --version
git version 1.7.9

> file /usr/bin/git
/usr/bin/git: PE32+ executable (console) x86-64 (stripped to external PDB), for MS Windows

> time git clone --bare -v ssh://linuxhost/path/repo.git
Cloning into bare repository 'repo.git'...
remote: Counting objects: 1664490, done.
remote: Compressing objects: 100% (384843/384843), done.
remote: Total 1664490 (delta 1029586), reused 1664490 (delta 1029586)
Receiving objects: 100% (1664490/1664490), 550.96 MiB | 9.19 MiB/s, done.
Resolving deltas: 100% (1029586/1029586), done.

real    13m9.451s
user    3m2.488s
sys     3m53.234s

    Git sur Windows, “mémoire malloc a échoué”

    Pour info sur linuxhost 64 bits:

    repo.git> git config -l
[email protected]
core.repositoryformatversion=0
core.filemode=true
core.bare=true

repo.git> git --version
git version 1.8.3.4

repo.git> uname -a
Linux linuxhost 2.6.32-279.19.1.el6.x86_64 #1 SMP Sat Nov 24 14:35:28 EST 2012 x86_64 x86_64 x86_64 GNU/Linux

    Si ma réponse ne résout pas votre problème, vous pouvez également consulter ces pages:

    • J'ai utilisé 64bit git à partir de git-scm.com pour résoudre erreur de mémoire insuffisante lors de la vérification de la branche sur les grandes repositary
    • l'installation de la version 64 bits résolu le problème de la “mémoire malloc d'erreur” echec de quand je faisais un rebase dans un référentiel avec des "grands" "*.lib" des fichiers (20-100 mo+ chacun).
    InformationsquelleAutor olibre
  4. 0

    Cela a fonctionné pour moi, mais j'ai dû mettre les options via la ligne de commande à l'aide de:

    git --global core\pack [param] value
    InformationsquelleAutor craig Rickett