git gc 的线程数取决于存储库大小
我可以在 Git 中对大型存储库使用单线程压缩，而对小型存储库使用通常的并行压缩吗？如果不容易装入内存，则类似于“pack.threads=1”，否则类似于“pack.threads=4”。
正如我在某个地方所想到的那样，多线程“git gc”需要大量内存，并且比单线程的抖动（或只是失败）时间更长。
我希望它能够在小型回购协议上快速运行，并且不会在大型回购协议上失败。
Can I use single-threaded compression in Git for large repositories and usual parallelized one for small ones? Like "pack.threads=1" if don't easily fit in momory and "pack.threads=4" otherwise.
As I heart somewhere, multithreaded "git gc" requires a lot memory and thrashes (or just fails) longer that singlethreaded.
I want it to work fast for small repos and don't fail on big repos.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
您可以为每个存储库配置 pack.threads，但我怀疑是否有一个设置可以根据存储库的大小自动执行此操作。
You can configure pack.threads per repository, but I doubt that there is a setting to do this automatically depending on the size of the repository.