私はADBを使用してGit Bashを使用して、Androidデバイスの完全な内部ストレージをWindows OSのPCストアにバックアップしています。
adb exec-out "tar -c storage/emulated/0 | gzip" > internal_storage_backup.tar.gz
ログの進捗状況や端末の印刷情報を見ることはできませんが、小さなディレクトリ（たとえばstorage/emulated/0/PDF。
完全な内部ストレージをバックアップしたときは、まだstorage/emulated/0行く方法が長いことがわかりました。ログ出力がないため、タスクマネージャを使用して手動で分析し、タスクのディスクのadb.exe進行状況を観察します。わかりました3.9MB/s。また55G。adb shell du -sh storage/emulated/0この情報を使用して、ダウンロード電卓を使用してバックアップに必要な残り時間を概算することができました4 hours。以前にバックアップを実行したときに、バックアップ時間のカウンターとしてマイコンピュータのタスクマネージャで稼働時間を確認できました。まず、コンピュータを再起動します。
私たちは、Androidが読み取り操作を実行し、Windowsが書き込み操作を実行することを知っています。しかし、どのデバイスがボトルネックを引き起こしているのかわかりません。
また、バックアップ中にログの状態を確認する必要があり、teestdoutの代わりにパイプを使用する予定です>。しかし、このコマンドが同等であるか、パフォーマンスやコマンドエラーに影響しないかはわかりません。また、バックアップ速度を上げるためにtarフラグにブロックサイズを設定できますか？
また、WindowsではUSB Type A、AndroidではMicroUSBを使用する物理メディアにより動作が遅くなると思いました。ワイヤレス5Ghzのように物理的なメディアを変更すると相関関係はありますか？