2017-05-09 16 views
0

これは、Nemo FMが管理するGVFSを使用してSSHFS(SFTP)経由でネットワークデバイスをマウントしたArch Linux Systemです。私はHandbrakeを使って自分のSSDにあるビデオを変換しています。ネットワーク共有へのダイレクト出力がバッファ間よりもずっと遅いのはなぜですか?

観察:

  • 私はハンドブレーキを使用してビデオをエンコードし、SSD上のフォルダに目的地を設定した場合、私はネットワーク共有にSSDからファイルをコピーする場合、私は(100 FPS
  • を取得
  • しかし、私は両方を組み合わせると(ネットワーク共有上のフォルダに設定されている宛先とHandbrakeを使用して)、私は15 FPSと0.2 MB/sを得ます。利用可能な容量。

これはバッファリングの問題だと思います。しかしそれはどこに住んでいるのですか?それはHandbrakeのせいか、おそらくGVFSのキャッシュでは十分ではありませんか?長い話が短く、この状況では、どのように使用可能な容量を完全に使用できますか?

答えて

1

SFTPを介してファイルにアクセスすると、ハンドブレーキは全体ではなくファイルの小さな部分を要求します。つまり、多くの転送を開始して終了し、さらにオーバーヘッドを追加します。

この問題を解決するには、エンコードを実行する前にENTIREファイルをSSDに転送することをお勧めします。 3 MB/sは、古い大容量の機械式ドライブへの直接アクセスよりも遅いため、探しているパフォーマンスが得られないため、転送を高速化できる場合を除き、ネットワーク共有への直接アクセスはお勧めしません。

+0

+1あなたの説明は間違っていますが、私はネットワークから読んでいるわけではありませんが、私はそれを書いています(*宛先*はネットワーク上にあります。 SSD))。つまり、後でファイル全体をコピーする必要がなくても、適切なバッファリングを導入することで、問題を実際に解決できる可能性があります。したがって、私はまだバッファ駆動の方法のために繁栄しています。 – Kalsan

関連する問題