我有一个共享文件夹，从我的主机 -> 在我的虚拟机上的客户机中（Mac OS X 主机，RedHat 客户机）。这个共享文件夹是在主机上创建的，我在客户机上做了一些类似 git checkout 等的操作。问题是，在客户机上运行像 git status 这样的命令需要太长时间。这是已知的问题还是有解决方法呢？（对于非共享文件夹，在主机或客户机上都可以正常运行 git status）。
3个回答
2
尝试输入
git prune && git gc进行清理无法访问的对象和垃圾回收。您还可以执行git repack -Adf尝试重新打包所有内容并查看是否有任何更改。 git status通过遍历工作树并在每个文件上调用stat()来限制速度。如果该调用很慢（网络驱动器或虚拟化方面的问题），则状态命令将表现不佳。
git fsck和git count-objects是另外两个要使用的命令。如果有很多（> 200）对象，事情开始变慢。- patthoyts
1
然后从那个仓库克隆到更好的文件系统中，进行工作，然后将更改推回。
- jthill
0
根据https://forums.virtualbox.org/viewtopic.php?f=6&t=88482，
性能不是GA共享文件夹的目标，简单性才是。
如果您想要更好的性能，则考虑设置真正的网络共享，使用virtio-net NIC和客户机中适当的驱动程序。
- Qiu Yangfan
网页内容由stack overflow 提供, 点击上面的可以查看英文原文，
原文链接
原文链接
- 相关问题
- 4 git status命令非常缓慢
- 3 git submodule add 命令耗时较长
- 5 git status在Virtualbox共享文件夹中无法正常工作
- 18 无法在 git status 命令执行后使用 git merge --abort 命令
- 5 "git status"命令的反义词
- 12 如何将"git status --porcelain"命令转化为类似于"git status"的行为？
- 3 共享的VirtualBox文件夹上Gem安装失败
- 5 使用Python执行git status命令
- 16 git status 耗时过长
- 5 有人能解释一下为什么在Linux共享文件夹上运行“git status”时，会显示文件已被修改吗？