Git is really slow for 100,000 objects. Any fixes?

by

It came down to a couple of items that I can see right now.

  1. git gc --aggressive
  2. Opening up file permissions to 777

There has to be something else going on, but this was the things that clearly made the biggest impact.

More Related Contents:

  1. Is it safe to shallow clone with –depth 1, create commits, and pull updates again?
  2. Ways to improve git status performance
  3. High-performance merging of ordered sets
  4. How do I migrate an SVN repository with history to a new Git repository?
  5. Google app script timeout ~ 5 minutes?
  6. What is the purpose of the EBP frame pointer register?
  7. Algorithm to calculate the number of divisors of a given number
  8. Why are difference lists more efficient than regular concatenation in Haskell?
  9. Analyzing Code for Efficiency?
  10. Apache Spark: map vs mapPartitions?
  11. Reading GHC Core
  12. CSS3 Transitions: Is “transition: all” slower than “transition: x”?
  13. How to bridge git to ClearCase?
  14. Size of store buffers on Intel hardware? What exactly is a store buffer?
  15. Avoid stalling pipeline by calculating conditional early
  16. Why is the meaning of “ours” and “theirs” reversed with git-svn
  17. Android studio takes too much memory
  18. Most efficient list to data.frame method?
  19. Tools to measure MPI communication costs [closed]
  20. Has anyone actually implemented a Fibonacci-Heap efficiently?
  21. Order of the code and performance
  22. git-svn: what’s the equivalent to `svn switch –relocate`?
  23. latency vs throughput in intel intrinsics
  24. Why is appending to a list bad?
  25. Why is putImageData so slow?
  26. How can Google be so fast?
  27. git merge different repositories?
  28. Range() VS Cells() – run times
  29. Performance of bcp/BULK INSERT vs. Table-Valued Parameters
  30. Unable to determine upstream SVN information from HEAD history

Leave a Comment