ホスト マシン -> 仮想ボックス (Mac OS X ホスト、RedHat ゲスト) のゲスト マシンからの共有フォルダーがあります。ホスト上に共有フォルダを作成し、ゲスト上で git checkout などを行いました。問題は、ゲストで git status などのコマンドを実行するのに時間がかかりすぎることです。これは既知の問題ですか、それともこれを解決するための回避策はありますか?
(git status は、ホストまたはゲストの両方の非共有フォルダーで正常に機能します)。
ホスト マシン -> 仮想ボックス (Mac OS X ホスト、RedHat ゲスト) のゲスト マシンからの共有フォルダーがあります。ホスト上に共有フォルダを作成し、ゲスト上で git checkout などを行いました。問題は、ゲストで git status などのコマンドを実行するのに時間がかかりすぎることです。これは既知の問題ですか、それともこれを解決するための回避策はありますか?
(git status は、ホストまたはゲストの両方の非共有フォルダーで正常に機能します)。
git prune && git gc
入力して、到達不能なオブジェクトのクリーンアップとガベージコレクションを実行してみてください。またgit repack -Adf
、すべてを再梱包して、変更が生じるかどうかを確認することもできます。git status
作業ツリーを歩き、すべてに対してstat()を呼び出すことにより、速度が制限されます。その呼び出しが遅い場合(ネットワークドライブまたは仮想化に関する何か)、statusコマンドのパフォーマンスは低下します。
git fsck
使用するコマンドがさらにgit count-objects
いくつかあります。オブジェクトがたくさん(> 200)あると、速度が低下し始める可能性があります。
次に、そのレポからより適切なファイルシステムにクローンを作成し、そこで作業して、変更をプッシュして戻します。